WO2011044800A1 - 集群呼叫的方法、装置及通信系统 - Google Patents

集群呼叫的方法、装置及通信系统 Download PDF

Info

Publication number
WO2011044800A1
WO2011044800A1 PCT/CN2010/076744 CN2010076744W WO2011044800A1 WO 2011044800 A1 WO2011044800 A1 WO 2011044800A1 CN 2010076744 W CN2010076744 W CN 2010076744W WO 2011044800 A1 WO2011044800 A1 WO 2011044800A1
Authority
WO
WIPO (PCT)
Prior art keywords
msc
serving
call
mscs
pool
Prior art date
Application number
PCT/CN2010/076744
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 EP10823030.1A priority Critical patent/EP2487937B1/en
Priority to RU2012119441/08A priority patent/RU2517296C2/ru
Publication of WO2011044800A1 publication Critical patent/WO2011044800A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H04W8/186—Processing of subscriber group data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to communication technologies, and in particular, to a method, an apparatus, and a communication system for a trunk call. Background technique
  • a Base Station Controller can only be connected to a Mobile Switch Center (MSC), while in a MSC Pool (MSC POOL) network, a BSC can All the MSCs in the connection pool are shown in Figure 1.
  • the network structure of the MSC pool in the prior art is formed.
  • the MSCs form an MSC pool, and the area of the BSC that is connected to the pool is formed into an MSC pool area. That is to say, an MSC pool area is composed of all the location areas (LAs) of one or more BSCs served by a group of MSCs, and this group of MSCs constitutes an MSC pool.
  • LAs location areas
  • the other MSCs in the MSC pool can be used as the standby MSC to implement the disaster recovery mechanism.
  • the cluster call includes Voice Group Call Service (VGCS) and Voice Broadcast Service (VBS).
  • VGCS Voice Group Call Service
  • VBS Voice Broadcast Service
  • the MSC pool-based cluster call method is as follows: a fixed MSC is provided in the MSC pool as an anchor MSC (Anchor MSC) or a relay MSC (Relay MSC), which is called MSC-R. ), through these MSC-A or MSC-R to achieve cluster calls.
  • a mobile station Mobile Station, MS for short
  • the MS registered MSC is called a Visit MSC (VMSC).
  • VMSC Visit MSC
  • the VMSC When the MS initiates a trunk call, if the VMSC is neither MSC-A nor MSC-R, Since each MSC in the MSC pool stores the correspondence between the LAC and the serving MSC, the VMSC can find the Serving MSC of the trunk call corresponding to the LAC where the MS is located.
  • the VMSC sends a "send group call information" message (Send_Group_Call_Info) to the serving MSC to obtain the MSC-A of the trunk call, and then sends a SETUP message to the MSC-A.
  • the MSC-A notifies the MSC-R to establish a trunking call according to the normal group call initiation process, establishes a group call channel for the cluster call, and finally sends a connection message (Connect) to the MS that initiates the group call, and the MS can serve as a cluster call.
  • MSC-A or MSC-R MSC-A and MSC-R serve the trunk call, and these MSC- A or MSC-R is called a serving MSC.
  • MSC-A or MSC-R encounters a fault, it cannot make a cluster call. It can be seen that the cluster call supports MSC POOL and does not implement the disaster recovery of the cluster MSC. In a sense, the MSC is lost. POOL's redundant security guarantee.
  • Embodiments of the present invention provide a method, an apparatus, and a communication system for a trunk call.
  • the embodiment of the invention provides a method for a trunk call, which includes:
  • a mobile switching center MSC receives request information for establishing a cluster call sent by a mobile station MS, wherein the MSC is located in an MSC pool;
  • the MSC is configured to serve the cluster call, where the group call register GCR connected to any MSC in the MSC pool includes attribute information of the cluster call, and the attribute information is used. Having any one of the MSC pools as a serving MSC serving the trunking call, the serving MSC is an anchor MSC of the MSC pool or the serving MSC is a relay MSC of the MSC pool.
  • the embodiment of the invention further provides a method for a trunk call, including: A one-month service MSC in a mobile switching center MSC pool receives request information for establishing a trunking call, wherein the MSC pool includes at least two MSCs capable of serving as a serving MSC, and any one of the MSC pools includes an indication from The at least two MSCs capable of serving as the serving MSC select one MSC as the indication information of the monthly MSC;
  • the group call register GCR connected to the at least two MSCs that can be used as the MSC of the monthly service MSC stores the attribute information of the cluster call, and the attribute information is used to make the at least two Any one of the MSCs that can serve as the serving MSC is configured to serve as a serving MSC serving the trunking call, and the serving MSC is the anchor MSC of the MSC pool or the monthly MSC is the middle of the MSC pool. Following the MSC.
  • the embodiment of the invention further provides a method for a trunk call, including:
  • An MSC in a mobile switching center MSC pool receives request information for establishing a trunking call sent by a mobile station MS, where the MSC pool includes at least two MSCs capable of serving as a serving MSC, and any one of the MSC pools
  • the MSC includes indication information indicating that one of the at least two MSCs capable of serving as the serving MSC is selected as the serving MSC; and the MSC is capable of serving as the serving MSC from the at least two according to the request information and the indication information.
  • One of the MSCs is selected as the serving MSC of the trunking call, wherein the group call register GCR connected to the at least two MSCs capable of serving as the serving MSC stores the attribute information of the cluster call.
  • the attribute information is used to enable any one of the at least two MSCs that can serve as the serving MSC to function as a serving MSC serving the trunk call, where the serving MSC is an anchor MSC of the MSC pool or The serving MSC is a relay MSC of the MSC pool.
  • the embodiment of the invention further provides a method for a trunk call, including:
  • a base station controller BSC receives request information for establishing a trunking call sent by a mobile station MS, wherein the BSC is located in an MSC pool area corresponding to the MSC pool of the mobile switching center, and the MSC pool includes at least two capable services.
  • MSC of the MSC the BSC package Instructing information indicating that one of the at least two MSCs capable of serving as the serving MSC is selected as the serving MSC;
  • the BSC Determining, according to the request information and the indication information, the BSC from the at least two MSCs capable of serving as the serving MSC as the serving MSC of the trunking call, wherein the at least two can serve as the serving MSC
  • Attribute information of the cluster call is stored in a group call register GCR connected to any MSC in the MSC, and the attribute information is used to make any one of the at least two MSCs capable of serving as a serving MSC
  • the embodiment of the present invention further provides a mobile switching center MSC, including:
  • a second receiving module configured to receive request information for establishing a trunk call sent by the mobile station MS;
  • a second processing module configured to serve the cluster call according to the request message of the second receiving module.
  • the embodiment of the present invention further provides a mobile switching center MSC, including:
  • a first storage module configured to store indication information indicating that one MSC is selected as the monthly MSC from at least two MSCs capable of serving as the serving MSC;
  • a first receiving module configured to receive request information for establishing a trunk call sent by the mobile station MS;
  • a first processing module configured to: according to the request information received by the first receiving module and the indication stored by the first storage module, select one MSC from the at least two MSCs that can serve as the serving MSC as the indication information of the serving MSC, Selecting, by the at least two MSCs capable of serving as the serving MSC, an MSC as the serving MSC of the trunking call, where the serving MSC is an anchor MSC of the MSC pool or the monthly MSC is the MSC pool.
  • Relay MSC configured to: according to the request information received by the first receiving module and the indication stored by the first storage module, select one MSC from the at least two MSCs that can serve as the serving MSC as the indication information of the serving MSC, Selecting, by the at least two MSCs capable of serving as the serving MSC, an MSC as the serving MSC of the trunking call, where the serving MSC is an anchor MSC of the MSC pool or the monthly MSC is the MSC pool.
  • Relay MSC configured to: according to the request information received
  • the embodiment of the present invention further provides a base station controller BSC, including:
  • a second storage module configured to store indications from at least two capable of serving as a mobile switching center
  • the MSC of the MSC selects one MSC as the indication information of the serving MSC
  • the third receiving module is configured to receive the request information for establishing a trunking call sent by the mobile station MS;
  • a third processing module configured to: according to the request information received by the third receiving module and the indication stored by the second storage module, select one MSC from the at least two MSCs that can serve as the serving MSC as the indication information of the serving MSC, Selecting one MSC as the serving MSC of the cluster call from the at least two MSCs capable of serving as the serving MSC, the serving MSC is an anchor MSC of the MSC pool or the serving MSC is a relay of the MSC pool MSC.
  • An embodiment of the present invention further provides a communication system, including at least two mobile switching centers MSC and at least two group call registers GCR, each of the at least two MSCs and the at least two GCRs a GCR connection, in each of the at least two GCRs, the attribute information of the cluster call is saved, and the attribute information is used to enable any one of the at least two MSCs to serve the cluster call.
  • the function of the serving MSC where the monthly MSC is the anchor MSC of the MSC pool or the serving MSC is the relay MSC of the MSC pool.
  • each MSC in the MSC pool has the function as a serving MSC serving the trunk call, or the MSC pool includes at least two MSCs capable of serving as a serving MSC, and the MS can pass any of the MSC pools.
  • One MSC or at least two of the MSCs capable of serving as the monthly MSC can initiate a trunking call, so that if the serving MSC serving the current trunking call fails, the other MSCs in the MSC pool can also make a cluster call, thereby improving the number of MSCs.
  • the disaster tolerance capability of the cluster call system based on the MSC pool.
  • FIG. 1 is a schematic diagram showing a network structure of an MSC pool in the prior art
  • FIG. 2 is a schematic structural diagram of a core network of a prior art trunking communication system
  • FIG. 3 is a schematic structural diagram of a cluster call system based on an MSC pool in the prior art
  • 4 is a flowchart of Embodiment 1 of a cluster call service method according to the present invention
  • FIG. 5a is a flowchart showing a manner of transmitting attribute information related to a trunk call according to an embodiment of the present invention
  • FIG. 5b is a flowchart showing another manner of transmitting attribute information of a trunk call according to an embodiment of the present invention.
  • FIG. 5c is a flowchart showing still another manner of transmitting attribute information of a trunk call according to an embodiment of the present invention.
  • Embodiment 6 is a flowchart of Embodiment 2 of a method for trunk call according to the present invention.
  • FIG. 7 is a flowchart of Embodiment 3 of a method for trunk call according to the present invention.
  • FIG. 8 is a flowchart of Embodiment 4 of a method for trunk call according to the present invention.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of an MSC according to the present invention.
  • Embodiment 2 of an MSC according to the present invention is a schematic structural diagram of Embodiment 2 of an MSC according to the present invention.
  • FIG. 11 is a schematic structural view of an embodiment of a BSC according to the present invention.
  • FIG. 2 is a schematic structural diagram of a core network of a prior art trunking communication system.
  • the Home Location Register (HLR) stores user information, including the user's International Mobile Subscriber Identity (International Mobile Subscriber Identity). It is called IMSI), a list of group IDs to which the user belongs (one user can belong to up to 50 groups).
  • IMSI International Mobile Subscriber Identity
  • the Gateway Mobile Switch Center (GMSC) is connected to the external network.
  • the GMSC is also connected to the Anchor MSC (MSC-A).
  • MSC-A is responsible for managing and maintaining a specific VGCS/VBS.
  • the Relay MSC (MSC-R for short) is all MSCs except MSC-A when the cluster call area spans multiple MSCs. There is a one-to-many tree relationship between MSC-A and MSC-R.
  • the Visited Location Register (VLR) is saved.
  • a group call register includes a group ID and a group call area.
  • the group call area and the group ID are collectively referred to as a group call reference.
  • the GCR connected to the MSC-A includes a dispatcher list related to the group call reference, an MSC-R list, a serving cell list, an inactivity time limit, a priority, a status flag, a response flag, an encryption algorithm, and a group key. And other information.
  • the GCR connected to the MSC-R includes the MSC-A address associated with the group call reference and the cell list controlled by the MSC-R.
  • GCR also records some temporary attributes of the group call. These attributes are deleted after the group call ends. These temporary data include: the IMSI of the initiating user, the speaker priority of the initiating user, other information of the initiating user, the originating cell ID, and the like.
  • FIG. 3 is a schematic structural diagram of a prior art MSC pool-based cluster call system, where the system includes an MSC pool and an MSC pool area, and the MSC pool includes MSC-A and MSC-R for trunk call service, and The MSC of the trunking call service (if these MSCs not serving the trunked call can serve the point-to-point call), in Figure 3, MSC1 and MSC3 are MSC-R, MS2 is MSC-A, and MSC4 and MSC5 are non-clustered call services. MSC.
  • the MSC pool area includes cells (the cells are represented by a regular hexagon in FIG.
  • LAC Location Area Code
  • the MSC pool can be configured in the first setting mode and the second setting mode.
  • the first setting is as follows:
  • each MSC is configured to function as a serving MSC for serving cluster calls.
  • the term 1 service MSC can be understood as an anchor MSC serving a trunk call in an MSC pool
  • MSC-A term "service MSC” can also be understood as a Relay MSC serving a trunk call in the MSC pool (MSC-R X
  • each MSC in the MSC pool can be set as an MSC having the MSC-A function as a service cluster call, and each MSC in the MSC pool can As the registered MSC of the MS, it can also serve as the MSC-A for calling the service cluster. That is, each MSC in the MSC pool has the function of MSC-A, and the GCR connected to each MSC in the MSC pool.
  • the configuration is the same, each GCR includes attribute information of a cluster call, and the attribute information is used to enable any MSC in the MSC pool to function as a serving MSC serving the cluster call.
  • the MSC pool area The intra-cluster call refers to some or all of the cluster calls that overlap the cluster call area and the MSC pool area.
  • each MSC in the MSC pool may be configured to be connected to each MSC in the MSC pool with the MSC-A or MSC-R function serving as the service cluster call.
  • the configuration of the GCR is the same.
  • Each GCR includes attribute information of a cluster call, and the attribute information is used to enable any MSC in the MSC pool to function as a serving MSC serving the trunk call.
  • each MSC in the MSC pool is set as an MSC having the MSC-R function; if the MSC outside the MSC pool Set to MSC-R, each MSC in the MSC pool is set to an MSC with MSC-A function.
  • the MSC in the MSC pool and the serving MSC outside the MSC pool serve as cluster calls.
  • each MSC in the pool can serve cluster calls in the pool.
  • a cluster call in the MSC pool area refers to a part or all of all cluster calls that overlap the trunk call area and the MSC pool area.
  • the MSC can be set to MSC-A or MSC-R.
  • the attribute information of a cluster call is information reflecting the attributes of the cluster call in an MSC pool.
  • the attribute information of the cluster call allowed in an MSC pool can be set in advance, so the attribute information of the group call.
  • the attribute information of a trunk call may include a list of MSCs. If there is a list of the same MSC in any GCR connected to the MSC in the MSC pool, and the MSC list indicates that the MSC in the MSC pool may be a relay MSC serving a trunk call or the MSC list indicates the MSC pool
  • the MSC may be an anchor MSC of a trunk call of the monthly service, that is, any one of the MSCs in the MSC pool may serve as a serving MSC serving the trunk call.
  • the attribute information of a cluster call may further include information such as a group identifier and a cluster call area, where the group identifier includes the number of users allowed by the cluster call and the user identifier.
  • the cluster call attribute information that is allowed to be initiated in an MSC pool can be set in advance, and the attribute information set in the GCR may be referred to as basic attribute information in the embodiment of the present invention.
  • the attribute information of a cluster call may also include some dynamic data generated during a cluster call, such as the location of the speaker of the current group call, the user identifier of the speaker of the current group call, etc., so during the cluster call, a cluster The attribute information of the call may be updated.
  • dynamic attribute information in the embodiment of the present invention. Therefore, in order to make any MSC in an MSC pool serve as the serving MSC serving the trunk call, in addition to the same list of MSCs, the other attribute information of one cluster call in each GCR can be set to be the same.
  • one of the GCRs in the MSC pool may be used to make a trunk call.
  • the attribute information is the same, wherein the attribute information can be understood as a list of one MSC in the GCR in the MSC pool for the cluster call, and the attribute information can be further understood as a list other than the MSC. Other attribute information than .
  • FIG. 4 is a flowchart of Embodiment 1 of a method for trunk call service according to the present invention.
  • the method includes the following steps: 101.
  • An MSC receives request information for establishing a cluster call sent by an MS, where the MSC is located in an MSC pool.
  • the MSC is a cluster call service according to the request information, where the GCR connected to any MSC in the MSC pool where the MSC is located includes attribute information of the cluster call, and the attribute information is used to enable any MSC in the MSC pool. It has the function of serving MSC as a cluster call initiated by the MS.
  • the MSC can act as the only serving MSC during the cluster call operation, and the MSC also provides cluster call services to other users of the cluster call in the MSC pool.
  • the MS can register to any MSC and initiate a trunk call by registering the MSC. If the registration MSC fails, the other MSCs can be selected to re-register and re-initiate the cluster call, and the cluster call can be initiated after the failed MSC failure recovery, which can be overcome compared with the prior art.
  • the BSC serving the MS can select an MSC as the registered MSC of the MS for the MS based on the load sharing mechanism. This can achieve load balancing of the entire MSC pool.
  • the MS when the registered MSC of the MS fails, the MS can re-register the new MSC, and the new MSC serves as the only service MSC to re-initiate the cluster call service.
  • the MS can re-register to any other normal working MSC in the MSC pool.
  • the BSC selects the MSC for the MS based on the load sharing mechanism, and the MS registers with the MSC selected by the BSC. Since it is the MSC selected by the BSC for the MS, it is possible to avoid selecting the failed MSC. If the MS needs to initiate a trunk call, due to any MSC pool An MSC has the function of serving the MSC. Therefore, the MS can initiate a trunking call by registering the MSC. The registered MSC of the MS is the serving MSC of the current cluster call.
  • the steps of the VMSC involved in the prior art to select the serving MSC through the LAC and MSC mapping table can be omitted, thereby reducing the MSC pool initiation group call MSC. Signaling interaction. If, after the MS registers with an MSC, the MS's registration MSC fails before the MS initiates the cluster call, the MS re-registers with any other normal working MSC in the MSC pool. After the MS initiates the trunking call, if the serving MSC of the current trunking call fails, the BSC connected to the serving MSC of the current trunking call selects any normal other MSC from the MSC pool as the only month during the re-initiated trunking call operation. After the service MSC, the subsequent MS can initiate a cluster call through the selected normal MSC. The method for the subsequent MS to initiate a cluster call is the prior art, and details are not described herein again.
  • the failure of the MSC may specifically include the MSC downtime, the MSC is stopped due to maintenance, and the A port is broken.
  • the method embodiment 1 of the cluster call may further include: the registration MSC sends the attribute information of the cluster call initiated by the MS to the MSC other than itself in the MSC pool, so that the GCR update connected to the other MSC is related to the cluster call initiated by the MS. Attribute information.
  • the attribute information of the cluster call initiated by the MS is sent to other MSCs in the MSC pool except for itself, so that the GCR update connected with other MSCs and the attribute information of the cluster call initiated by the MS are clustered in the GCR connected to other MSCs.
  • the call attribute information is up-to-date, so that any MSC in the MSC pool can provide the latest cluster call attribute information.
  • a scenario is as follows: An MS roams into an MSC pool area, and the MS registers with an MSC. At this time, a VGCS in the MSC pool has been initiated, and the MS happens to be a member of the group call, so the MS joins.
  • the cluster call service for the MS is MSC-A. After the MS preempts the channel as the speaker, the MS roams outside the MSC pool. At this time, the MSC outside the MSC pool needs to obtain the user data of the MS from the current registered MSC of the MS, where the user data includes the MS initiates a cluster call.
  • Cluster call attribute information and the cluster call The attribute information is stored in the MSC-A.
  • the current registered MSC of the MS does not include the cluster call attribute information of the MS to initiate the cluster call.
  • the network side cannot provide the cluster call service when the MS roams.
  • the cluster call service may not be provided for the roaming MS. If the attribute information of the cluster call initiated by the MS can be dynamically sent to other MSCs other than itself in the MSC pool, for example, every other fixed period, the above situation can be avoided.
  • the registration MSC sends the attribute information related to the cluster call to the other MSCs in the MSC pool, which may include the following methods:
  • Method 1 The MSC sends the attribute information of the trunk call to other MSCs in the MSC pool except itself;
  • the BSC sends the attribute information of the cluster call to any MSC in the MSC pool except the registration MSC;
  • the third mode, the operation and maintenance center (OMC) designated BSC sends the attribute information of the cluster call to the MSC other than the registered MSC in the MSC pool;
  • Mode 4 The OMC sends the attribute information of the trunk call to other MSCs in the MSC pool except the registered MSC.
  • the OMC is used to operate various functional entities in the maintenance system.
  • FIG. 5 is a flowchart of a method for sending attribute information related to a trunk call according to an embodiment of the present invention, including:
  • the registration MSC sends the attribute information of the trunk call to other MSCs in the MSC pool by means of broadcast.
  • the attribute information of the cluster call attribute can be carried in the GCR Update message (GCR_Update).
  • the other MSCs in the MSC pool send the attribute information of the received cluster call to the GCRs connected to them.
  • Each GCR updates its own protection according to the attribute information of the received cluster call. Attribute information of saved and cluster calls. Specifically, the attribute information of the trunk call sent by the MSC to the GCR may also be carried in the GCR update message (GCR_Update).
  • FIG. 5b is a flowchart of another manner of sending attribute information of a trunk call involved in the embodiment of the present invention, including:
  • the registration MSC sends the attribute information of the trunk call to any BSC connected to the registration MSC.
  • the attribute information of the cluster call attribute sent by the registration MSC to the BSC can be carried in the GCR update message (GCRJJpdate).
  • the BSC sends a GCR update message (GCRJJpdate) to the MSC in the MSC pool except the registered MSC.
  • GCRJJpdate a GCR update message
  • the other MSCs in the MSC pool send the GCR update message (GCR_Update) to the GCRs connected to them, so that the GCR updates the attribute information of the cluster call stored by itself according to the attribute information of the received cluster call attributes.
  • GCR_Update GCR update message
  • FIG. 5 is a flowchart of still another manner of sending attribute information of a cluster call involved in the embodiment of the present invention, including:
  • the registration MSC sends the attribute information of the trunk call to the OMC by means of a broadcast.
  • the attribute information of the cluster call attribute sent by the registration MSC to the OMC can be carried in the GCR Update message (GCR_Update).
  • the OMC sends a GCR update message (GCRJJpdate) to the MSC in the MSC pool except the registration MSC. Specifically, after the OMC determines that other MSCs in the MSC pool have successfully started, the OCR sends a GCR update message (GCRJJpdate) to other MSCs.
  • GCRJJpdate GCR update message
  • the MSC other than the registration MSC in the MSC pool sends the GCR update message (GCRJJpdate) to the GCR connected to each.
  • GCR updates its own attribute information of the saved cluster call based on the attribute information of the cluster call attribute in the received GCR update message (GCR_Update).
  • the OMC sends a GCR update confirmation message (GCR_Update_Ack) to the registration MSC.
  • GCR_Update_Ack a GCR update confirmation message
  • the attribute information of the previously saved cluster call may be lost in the GCR connected to the MSC. If the other MSCs in the MSC pool are successfully started, the attribute information of the latest cluster call can be obtained from the registered MSC of the MS, any BSC connected to the registered MSC, and the BSC or OMC specified by the OMC.
  • the MSC is connected to each MSC.
  • the GCR can directly replace the attribute information of the cluster call that was originally saved with the attribute information of the received cluster call. If the attribute information of the cluster call is the dynamic attribute information of the cluster call generated during the cluster call, the GCR connected to each MSC can directly replace the dynamic of the cluster call that is originally saved by using the dynamic attribute information of the received cluster call. Attribute information, while keeping the basic attribute information of the cluster call unchanged.
  • the second setting is as follows:
  • the service MSC may be configured as an MSC having an MSC-A function, that is, each serving MSC in the MSC pool has the function of MSC-A, and
  • Each GCR connected to the serving MSC stores attribute information of the trunk call, and the attribute information is used to enable at least two MSCs capable of serving as the serving MSC to have the function of serving the MSC as a service cluster call.
  • the serving MSC may be configured as an MSC having MSC-A or MSC-R functions, that is, each serving MSC in the MSC pool has the function of MSC-A.
  • the GCR connected to each service MSC has attribute information of the trunk call, and the attribute information is used to enable at least two MSCs capable of serving as the serving MSC to have the serving MSC as the service cluster call.
  • the serving MSC in the MSC pool is set to the MSC with the MSC-R function; If the MSC outside the MSC pool is set to MSC-R, the serving MSCs in the MSC pool are all set to the MSCs having the MSC-A function.
  • the serving MSC in the MSC pool and the serving MSC outside the MSC pool serve as trunking calls.
  • each serving MSC in the pool can serve cluster calls in the pool.
  • Cluster calls in the MSC pool area refer to some or all of the cluster calls that overlap the trunk call area and the MSC pool area.
  • the MSC can be set to MSC-A or MSC-R.
  • At least two MSCs in the MSC pool that can serve as serving MSCs can be prioritized.
  • at least two MSCs in the MSC pool that can serve as serving MSCs can be stored.
  • the priority list of the at least two MSCs that can serve as the serving MSC includes the priority ranking information of the serving MSC, and the status information of each serving MSC.
  • the status information of the MSC may include information such as faults and normals, or may be divided according to other manners. priority.
  • the difference between the first setting mode and the second setting mode is that: in the first setting mode, all the MSCs in the MSC pool are set as the monthly MSC, and any MSC in the MSC pool can be used as the service cluster call.
  • MSC for example, MSC1 may serve the first cluster call, MSC2 may serve the second cluster call, MSC3 may serve the third cluster call, and the first cluster call, the second cluster call, and the third cluster call may exist simultaneously;
  • MSC for example, MSC1 may serve the first cluster call, MSC2 may serve the second cluster call, MSC3 may serve the third cluster call, and the first cluster call, the second cluster call, and the third cluster call may exist simultaneously;
  • MSC for example, MSC1 may serve the first cluster call, MSC2 may serve the second cluster call, MSC3 may serve the third cluster call, and the first cluster call, the second cluster call, and the third cluster call may exist simultaneously;
  • MSC for example, MSC1 may serve the first cluster call, MSC2 may serve the second cluster call
  • MSC 1 and MSC 2 are set as the serving MSC in the MSC pool, assuming that MSC 1 is selected as the only serving MSC serving the service cluster call in the MSC pool, assuming MSC Three trunk calls are initiated in the pool. All three trunk calls are served by MSC1. When MSC1 fails, MSC2 is selected as the trunk. Service MSC.
  • FIG. 6 is a flowchart of Embodiment 2 of a method for a trunk call according to the present invention, including: 501: A serving MSC in an MSC pool receives request information for establishing a cluster call, The MSC pool includes at least two MSCs capable of serving as serving MSCs, and any MSC in the MSC pool includes indication information indicating that one MSC is selected as the serving MSC from at least two MSCs capable of serving as the serving MSC.
  • the serving MSC establishes a trunking call according to the request information.
  • the at least two GCRs that can be connected to any one of the MSCs serving as the serving MSC store the attribute information of the cluster call, and the attribute information is used to enable at least two Any MSC in the MSC serving as the serving MSC has the function of serving the MSC as a serving cluster call, the serving MSC being the anchor MSC of the MSC pool or the serving MSC being the relay MSC of the MSC pool.
  • FIG. 7 is a flowchart of Embodiment 3 of a method for a trunk call according to the present invention, including:
  • An MSC in an MSC pool receives request information for establishing a trunking call sent by an MS, where the MSC pool includes at least two MSCs that can serve as serving MSCs, and any MSC in the MSC pool includes indications from the at least Two MSCs that can serve as the serving MSC select one MSC as the indication information of the monthly MSC.
  • the MSC selects, according to the request information and the indication information, an MSC from the at least two MSCs that can serve as the serving MSC as the serving MSC of the cluster call, where at least two of the MSCs that can serve as the monthly MSC are MSCs.
  • Attribute information of the cluster call is stored in the GCR connected to the MSC, and the attribute information is used to enable at least two MSCs that can serve as the serving MSC to have the function of serving the MSC as a service cluster call, where the serving MSC is The anchor MSC of the MSC pool or the serving MSC is a relay MSC of the MSC pool.
  • the serving MSC in the MSC pool serves the trunking call, so that the currently selected serving MSC is not the failed MSC, and the manner of selecting the serving MSC can be improved based on the MSC.
  • the disaster tolerance of the cluster call system of the pool is not the failed MSC.
  • the MSC may select a serving MSC other than the failed serving MSC in the MSC pool as the serving MSC for the trunking call. Since each service MSC can serve cluster calls, rather than the prior art, an MSC-A can only serve certain cluster calls, so that even if a service MSC fails, Other service MSCs can also serve cluster calls without waiting for a service MSC to recover.
  • the indication information may be a priority list of at least two MSCs capable of serving as the serving MSC, or may be a preset selection mechanism.
  • the MSC may select one MSC as the serving MSC of the trunking call from the at least two MSCs that can serve as the serving MSC, and may include: Among the priority lists of the MSCs that can serve as the serving MSC, one of the highest priority MSCs with the highest priority is selected as the serving MSC of the trunking call.
  • the MSC selects a normal working MSC with the highest priority from the priority list of at least two MSCs capable of serving as the serving MSC as the serving MSC of the trunk call. .
  • the BSC connected to the serving MSC of the failed cluster call, the BSC or the OMC specified by the OMC may send the fault information to the MSC other than the serving MSC in the MSC pool except the failed cluster call, so that other MSC updates include The at least two priority lists of the MSCs capable of serving as the serving MSC; or the BSCs connected to the serving MSC of the failed cluster call, the BSC or OMC designated by the OMC, and the current service of at least two group calls MSC outside the MSC.
  • any BSC, OMC designated BSC or OMC connected to the failed serving MSC may send an MSC Status Update message (MSCs_Status_Update) to the MSC in addition to the failed serving MSC in the MSC pool, status update message (MSCs) - Status - Update) includes status information of the failed serving MSC, so that other MSCs can update the priority list of the at least two MSCs that can be used as the serving MSC.
  • MSCs_Status_Update MSC Status Update message
  • the priority list (that is, the latest list of at least two MSCs capable of serving as the serving MSC) is sent to other MSCs in the MSC pool, and the other MSCs receive at least two priority lists of MSCs that can serve as serving MSCs. And overwriting the priority list of at least two MSCs that can be stored as the serving MSC, thereby implementing an update of the priority list of at least two MSCs capable of serving as the serving MSC.
  • the MSC may select one MSC as the serving MSC of the trunking call from the at least two MSCs that can serve as the serving MSC, and may include: the MSC according to a preset selection mechanism, from at least Two MSCs that can serve as serving MSCs select one MSC as the serving MSC for the trunk call.
  • the MSC can select the serving MS according to a preset selection rule.
  • the predetermined selection mechanism may include: first selecting MSC1 as the only serving MSC, and if MSC1 fails, selecting MSC3 as the only serving MSC.
  • the specific selection rules can be determined according to the actual situation of the network.
  • the MSC may select a working MSC as the server MSC of the trunking call from at least two MSCs capable of serving as the serving MSC according to a preset selection mechanism.
  • the BSC connected to the serving MSC of the failed cluster call may send the failure information to the MSC other than the serving MSC of the cluster call in the MSC.
  • the BSC connected to the serving MSC of the failed cluster call may send the information of the serving MSC of the cluster call currently selected by the MSC to the serving MSC of the MSC pool except the failed cluster call. MSC.
  • the current serving MSC information can be sent to other MSCs in the MSC pool, so that other MSCs (including the serving MSC and the non-serving MSC) in the MSC pool can learn the current serving MSC. For other non-serving MSCs, only know the current The service MSC can initiate a cluster call correctly.
  • the MSC pool after the MSC is restarted, there may be at least two priority lists of MSCs that can serve as the serving MSC or information of the current serving MSC. If other MSCs in the MSC pool are successfully activated, the other MSCs obtain the latest list of at least two MSCs that can serve as serving MSCs or the current MSCs from any one of the BSCs, the BSCs or the OMCs designated by the OMC. The serving MSC of the cluster call service in the pool.
  • the MSC After selecting the serving MSC, the MSC sends an IAM message to the serving MSC of the current trunking call.
  • the IAM message carries the address information of the serving MSC of the current trunking call.
  • the calling number in the IAM message is the number of the serving MSC of the current trunking call. .
  • the MS can register to any available MSC in the MSC pool. If the MS needs to initiate a trunking call, the registration MSC may select a serving MSC with the highest priority from the priority list of at least two MSCs that can be used as the serving MSC as the current serving MSC, and then register the MSC to send.
  • the IAM message is sent to the current serving MSC.
  • the IAM message carries the address information of the current serving MSC.
  • the calling number in the IAM message is the number of the current serving MSC.
  • the MSC After the MSC selects the serving MSC, it needs to send a Send Group Call message (Send_Group_Call_Info) to the current serving MSC to obtain the MSC-A serving the current trunking call, and then register the MSC to send the SETUP.
  • the message is to MSC-A.
  • the MSC-A notifies the MSC-R to establish a trunking call according to the normal group call initiation process, establishes a group call channel for the cluster call, and finally sends a connection message (Connect) to the MS that initiates the group call, and the MS can send voice data.
  • the foregoing embodiments of the present invention provide a method for selecting a serving MSC by the registration MSC, and the serving MSC may also be selected by the BSC.
  • FIG. 8 is a flowchart of Embodiment 4 of a method for a trunk call according to the present invention, including:
  • a BSC receives the request information for establishing a trunking call sent by the MS, where the BSC is located in an MSC pool area corresponding to the MSC pool, where the MSC pool includes at least two MSCs that can serve as serving MSCs, and the BSC includes indications from at least two An MSC that can serve as the serving MSC selects an MSC as the indication information of the monthly MSC.
  • the BSC selects, according to the request information and the indication information, an MSC from the at least two MSCs that can serve as the serving MSC as the serving MSC of the trunking call, where at least two MSCs that can serve as the serving MSC are connected.
  • Attribute information of the trunk call is stored in the GCR, and the attribute information is used to enable at least two MSCs capable of serving as the serving MSC to function as a serving MSC serving as a service cluster call, where the serving MSC is the MSC
  • the anchor MSC of the pool or the monthly MSC is the relay MSC of the MSC pool.
  • the MSC in the MSC pool serves the trunk call, so that the currently selected serving MSC is not the failed MSC, and the selection service MSC
  • the method can improve the disaster tolerance of the cluster call system based on the MSC pool.
  • the BSC may select a serving MSC other than the failed serving MSC in the MSC pool as the serving MSC for the trunking call. Since each service MSC can serve cluster calls, instead of the prior art, an MSC-A can only serve certain trunk calls, so that even if one service MSC fails, the other service MSCs It can serve cluster calls without waiting for a service MSC to recover.
  • the indication information may be a priority list of at least two MSCs capable of serving as the serving MSC, or may be a preset selection mechanism.
  • the BSC selects one MSC as the serving MSC of the cluster call from the at least two MSCs that can serve as the serving MSC, and may include: the BSC selects one of the priority lists of the at least two MSCs capable of serving as the serving MSC.
  • the working MSC acts as the serving MSC for the trunk call.
  • the BSC selects a working MSC with the highest priority from the priority list of at least two MSCs capable of serving as the serving MSC as the serving MSC of the trunking call.
  • the BSC connected to the serving MSC of the failed cluster call may send the fault information to the MSC other than the serving MSC in the MSC pool except the failed cluster call, so that other MSC updates include The at least two priority lists of the MSCs capable of serving as the serving MSC; or the BSCs connected to the serving MSC of the failed cluster call, the BSC or OMC designated by the OMC, and the current service of at least two group calls MSC outside the MSC.
  • any BSC, OMC designated BSC or OMC connected to the failed serving MSC may send an MSC Status Update message (MSCs_Status_Update) to other MSCs other than the failed serving MSC in the MSC pool, status update message (MSCs_Status_Update) includes status information of the failed monthly MSC, so that other MSCs can update the priority list of the at least two MSCs that can be used as the serving MSC.
  • MSCs_Status_Update MSC Status Update message
  • MSCs_Status_Update includes status information of the failed monthly MSC, so that other MSCs can update the priority list of the at least two MSCs that can be used as the serving MSC.
  • any one of the BSCs, OMC-designated BSCs, or OMCs connected to the failed serving MSC may directly transmit the current priority list of at least two MSCs that can serve as the serving MSC (that is, the latest at least two MSCs capable of serving as the serving MSC).
  • the BSC may select one MSC as the serving MSC of the trunking call from the at least two MSCs that can serve as the serving MSC, and may include: the BSC according to a preset selection mechanism, from at least Two MSCs that can serve as the serving MSC select one MSC as the monthly MSC of the trunking call.
  • the BSC can select the serving MS according to a preset selection rule.
  • the predetermined selection mechanism may include first selecting MSC1 as the only serving MSC, and if MSC1 fails, selecting MSC3 as the only serving MSC.
  • the specific selection rules can be determined according to the actual situation of the network.
  • the BSC may select a working MSC as the server MSC of the trunk call from at least two MSCs capable of serving as the serving MSC according to a preset selection mechanism.
  • the BSC connected to the serving MSC of the failed cluster call can send the fault information to the MSC other than the serving MSC of the MSC in the failed cluster call.
  • the BSC connected to the serving MSC of the failed cluster call may send the information of the serving MSC of the cluster call currently selected by the BSC to the serving MSC of the MSC pool except the failed cluster call. MSC.
  • the information of the current serving MSC can be sent to other MSCs in the MSC pool, so that other MSCs in the MSC pool (including the monthly MSC and the non-monthly MSC) can learn the current serving MSC. .
  • the cluster call can be initiated correctly only if the current serving MSC is known.
  • the MSC pool after the MSC is restarted, there may be at least two priority lists of the MSCs that can serve as the service MSC or information of the current serving MSC. If the other MSCs in the MSC pool are successfully started, the other MSCs obtain the latest list of at least two MSCs that can serve as the serving MSCs from any one of the BSCs, the BSCs specified by the OMC, or the OMC. The current serving MSC serving the trunked call in the MSC pool.
  • the BSC that receives the request information for establishing a trunking call sent by the MS parses the layer three message from the S AMB frame sent by the MS. And according to the layer 3 message being a layer 3 message related to the trunk call, the layer 3 message is sent to the serving MSC of the current trunk call. If the serving MSC finds that there are other serving MSCs with higher priority, then the layer 3 message can be sent to other serving MSCs with higher priority.
  • the MS can register to any available MSC in the MSC pool.
  • the layer 3 message is parsed, and according to the message, the MS needs to initiate a trunking call, and the BSC selects a serving MSC to send a layer 3 message. Give the current service MSC.
  • the BSC can obtain status information of each MSC in the MSC pool, and can maintain synchronous update of status information of each MSC in the MSC pool.
  • the connection between the BSC and the MSC may be broken.
  • a certain serving MSC such as MSC1
  • MSC2 works normally, and the priority of MSC1 is currently the highest, but the BSC disconnects from MSC1, the BSC does not select MSC1.
  • MSC2 is selected, and the current priority of MSC2 in the priority list of at least two MSCs capable of serving as the serving MSC is lower than the MSC.
  • the MSC2 After receiving the layer 3 message sent by the BSC, the MSC2 sends a layer 3 message to the higher priority if it finds that there are other serving MSCs with higher priority. For other services MSC, for example, MSC2 finds that MSC1 has a higher priority, and after receiving the layer three message, MSC2 sends a layer three message to MSC1, so that MSC1 becomes the current serving MSC.
  • the layer 3 message may be an uplink preemption message or a cluster call suggestion message or a cluster call release message.
  • FIG. 9 is a schematic structural diagram of Embodiment 1 of an MSC according to the present invention.
  • the MSC includes a first storage module 11, a first receiving module 12, and a first processing module 13.
  • the first processing module 13 respectively It is connected to the first storage module 11 and the first receiving module 12.
  • the first storage module 11 is configured to store indication information indicating that one MSC is selected as the serving MSC from the at least two MSCs that can serve as the serving MSC; the first receiving module 12 receives the request information for establishing a cluster call sent by the MS;
  • a processing module 13 is configured to select, according to the request information received by the first receiving module 12 and the indication stored by the first storage module 11, from at least two MSCs capable of serving as the serving MSC, as an indication message of the serving MSC, from at least two One of the MSCs that can serve as the serving MSC selects one MSC as the serving MSC of the trunking call, and the serving MSC is the anchor MSC of the MSC pool or the serving MSC is the relay MSC of the MSC pool.
  • the first storage module 11 may specifically be configured to store the priority of at least two MSCs capable of serving as the serving MSC.
  • the first processing module 13 is specifically configured to: according to the request information received by the first receiving module 12 and the priority list of at least two MSCs that can be stored as the serving MSC, the first storage module 11 can be used as at least two A normal working MSC having the highest priority is selected as the serving MSC of the trunk call in the priority list of the MSC serving the MSC.
  • the first processing module 13 is further configured to: select, in the priority list of the at least two MSCs capable of serving as the serving MSC, a normal with the highest priority, in case the service MSC of the currently selected cluster call fails.
  • the working MSC acts as the serving MSC for the trunk call.
  • the first storage module 11 may be specifically configured to store an indication that one MSC is selected as the serving MSC from at least two MSCs capable of serving as the serving MSC.
  • the first processing module 13 is specifically configured to select, according to the request information received by the first receiving module 12 and the indication stored by the first storage module 11, from the at least two MSCs capable of serving as the serving MSC.
  • an MSC selects one MSC from at least two MSCs capable of serving as the serving MSC as the serving MSC of the trunk call.
  • the first processing module 13 is further configured to: when a service MSC of the currently selected trunk call fails, select a normal working MSC from at least two MSCs that can serve as the serving MSC according to a preset selection mechanism.
  • the server of the cluster call MSC is further configured to: when a service MSC of the currently selected trunk call fails, select a normal working MSC from at least two MSCs that can serve as the serving MSC according to a preset selection mechanism.
  • the MSC as shown in FIG. 9 may further include a first sending module, configured to send an IAM message to the serving MSC of the current cluster call selected by the first processing module, where the IAM message carries the address of the serving MSC of the current trunk call.
  • Information, the calling number in the IAM message is the number of the serving MSC of the current cluster call.
  • FIG. 10 is a schematic structural diagram of Embodiment 2 of an MSC according to the present invention.
  • the MSC includes: a second receiving module 21 and a second processing module 22, and the second processing module 22 is connected to the second receiving module 21.
  • the second receiving module 21 is configured to receive request information for establishing a cluster call sent by the MS.
  • the second processing module 22 is configured to serve the cluster call according to the request message of the second receiving module 21.
  • the MSC as shown in FIG. 10 may further include a second sending module, configured to send attribute information of the trunk call to other MSCs other than the MSC pool, so that the GCRs connected to other MSCs update the attributes related to the trunk call. information.
  • the second sending module may be configured to send the attribute information of the trunk call to the BSC or OMC connected to the BMSC or the OMC, so that the BSC or the OMC sends the attribute information of the trunk call to other MSCs in the MSC pool except for itself, so that Other MSC-connected GCRs update attribute information related to cluster calls.
  • FIG. 11 is a schematic structural diagram of an embodiment of a BSC according to the present invention.
  • the BSC includes: a second storage module 31, a third receiving module 32, and a third processing module 33, and the third processing module 33 and the second storage module 31 and The third receiving module 32 is connected.
  • the second storage module 31 is configured to store indication information indicating that one MSC is selected as the serving MSC from the at least two MSCs that can serve as the serving MSC.
  • the third receiving module 32 is configured to receive the request information for establishing a cluster call sent by the MS.
  • the third processing module 33 is configured to: from the at least two MSCs capable of serving as the serving MSC, according to the request information received by the third receiving module 32 and the indication stored by the second storage module 31.
  • Selecting an MSC as the indication information of the serving MSC selecting one MSC as the serving MSC of the cluster call from at least two MSCs capable of serving as the serving MSC, the serving MSC being the anchor MSC of the MSC pool or the serving MSC A relay MSC for the MSC pool.
  • the second storage module 31 may be configured to store at least two priority lists of MSCs capable of serving as the serving MSC.
  • the third processing module 33 can be configured to receive, according to the request information received by the third receiving module 32 and the priority list of at least two MSCs that can be used as the serving MSC, the second storage module 31 can be used as the serving MSC.
  • the MSC's priority list selects one of the highest priority normal working MSCs as the serving MSC of the trunk call.
  • the third processing module 33 is further configured to: when the serving MSC of the currently selected trunk call fails, select a normal working MSC with the highest priority from the priority list of at least two MSCs that can serve as the serving MSC.
  • the serving MSC of the trunk call is further configured to: when the serving MSC of the currently selected trunk call fails, select a normal working MSC with the highest priority from the priority list of at least two MSCs that can serve as the serving MSC.
  • the serving MSC of the trunk call is further configured to: when the serving MSC of the currently selected trunk call fails, select a normal working MSC with the highest priority from the priority list of at least two MSCs that can serve as the serving MSC.
  • the second storage module 31 may be configured to store an indication that one MSC is selected as the serving MSC from the at least two MSCs capable of serving as the serving MSC.
  • the third processing module 33 can be configured to select one MSC from at least two MSCs capable of serving as the serving MSC according to the request information received by the third receiving module 32 and the indication stored by the second storage module 31.
  • a pre-set selection mechanism of the serving MSC one MSC is selected as the serving MSC of the trunk call from at least two MSCs capable of serving as the serving MSC.
  • the third processing module 33 is further configured to: when a service MSC of the currently selected trunk call fails, select a normal working MSC from at least two MSCs that can serve as the serving MSC according to a preset selection mechanism.
  • the server MSC of the cluster call is further configured to: when a service MSC of the currently selected trunk call fails, select a normal working MSC from at least two MSCs that can serve as the serving MSC according to a preset selection mechanism.
  • the embodiment of the present invention further provides a communication system, which may include an MSC as shown in FIG. 9 or FIG.
  • each MSC in the communication system Each GCR is connected, and each GCR stores attribute information of the cluster call, and the attribute information is used to enable any MSC to have the function of serving the MSC as a service cluster call.
  • the embodiment of the invention further provides a communication system, which may include a BSC as shown in FIG.
  • the embodiment of the present invention further provides a communication system, including at least two MSCs and at least two GCR connections, and each of the at least two GCRs has attribute information of a cluster call, and the attribute information is used for Having any one of the at least two MSCs as a serving MSC serving the trunking call, where the serving MSC is an anchor MSC of the MSC pool or the monthly MSC is the MSC pool Relay MSC.
  • each MSC in the MSC pool has the function as a serving MSC serving the trunk call, or the MSC pool includes at least two MS MSs capable of serving as the serving MSC to pass through any of the MSC pools.
  • One MSC or at least two of the MSCs capable of serving as the serving MSC initiate a trunking call, so that if the serving MSC serving the current trunking call fails, the other MSCs in the MSC pool can also make a trunking call, thereby improving the MSC-based call.
  • the load balancing mechanism can be selected based on the load sharing mechanism, so that load balancing of each MSC in the MSC pool can be achieved.
  • the function of registering the MSC and the serving MSC is implemented in one MSC, and the step of selecting the serving MSC by using the LAC and the MSC mapping table involved in the prior art may be omitted, thereby reducing the MSC pool initiation group call. Signalling interaction between MSCs.
  • the method in the embodiments of the present invention can be implemented in different manners.
  • the methods can be implemented by program instructions in hardware, software, or a combination of hardware and software.
  • the program instructions when executed, perform the methods including the embodiments of the present invention.
  • One or more processing modules in the embodiments of the present invention may be implemented in one or more circuit modules, which may be Application Specific Integrated Circuits (ASICs), digital signal processing.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • Processors a controller, a microprocessor, a microcontroller, or other electronic device that is designed and can be used to perform the methods of the embodiments of the present invention.
  • the method in the embodiment of the present invention may be implemented by using one or more modules.
  • it may be implemented in a modular manner based on a process or a function.
  • These program instructions can be implemented on any computer or machine readable medium.
  • the readable medium can be any medium that can store program code, such as a memory, a ROM, a RAM, a magnetic disk, or an optical disk.
  • the memory can be located inside the processor or outside the processor.
  • memory refers to any type of long-term memory, short-term memory, erasable memory, non-erasable memory, or other types of memory.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

集群呼叫的方法、 装置及通信系统
本申请要求于 2009 年 10 月 29 日提交中国专利局、 申请号为 200910235686.1、 发明名称为"集群呼叫的方法、 MSC、 BSC及通信系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术， 尤其涉及集群呼叫的方法、 装置以及通信系统。 背景技术
在传统的移动通信网络中， 一个基站控制器（ Base Station Controller, 简称 BSC )只能连接一个移动交换中心（ Mobile Switch Center,简称 MSC ), 而在 MSC池（ MSC POOL )网络中， 一个 BSC可以连接池中所有的 MSC， 如图 1所示为现有技术中 MSC池网络结构示意图，这些 MSC组成一个 MSC 池， 同时与池相连的 BSC所月良务的区域便组成一个 MSC池区域。 也就是 说，一个 MSC池区域是由一组 MSC共同服务的一个或多个 BSC的所有的 位置区域（ Location Area, 简称 LA )构成的 , 这组 MSC构成了 MSC池。
在 MSC池中， 针对点对点呼叫， 如果一个 MSC发生故障， 则可以用 MSC池中其他的 MSC作为备用 MSC来实现容灾机制。
集群呼叫包括语音组呼业务（ Voice Group Call Service, 筒称 VGCS ) 和语音广播业务（ Voice Broadcast Service, 简称 VBS )。
现有技术中基于 MSC池的集群呼叫方法为： 在 MSC池中设有固定的 MSC作为集群呼叫的锚 MSC ( Anchor MSC, 简称 MSC-A )或中继 MSC ( Relay MSC,筒称 MSC-R ),通过这些 MSC-A或 MSC-R来实现集群呼叫。 在 MSC池中， 一个移动台 （ Mobile Station, 简称 MS )可能注册到任何一 个 MSC上， MS注册的 MSC称为访问 MSC ( Visit MSC, 简称 VMSC )。 当 MS发起集群呼叫时， 如果 VMSC既不是 MSC-A, 也不是 MSC-R时， 由于 MSC池中每个 MSC都存储有 LAC与服务 MSC的对应关系 , VMSC 便可找到 MS所在的 LAC对应的集群呼叫的服务 MSC ( Serving MSC )。 VMSC向服务 MSC发送"发送组呼信息 "消息（ Send— Group— Call— Info )来 得到该集群呼叫的 MSC-A, 然后发送 SETUP消息给 MSC-A。 随后 MSC-A 按照正常的组呼发起流程通知各 MSC-R建立集群呼叫， 为集群呼叫建立组 呼信道， 最后发送连接消息（Connect )给发起組呼的 MS, MS即可作为集 群呼叫的讲者进行讲话。
现有技术中这种基于 MSC池的集群呼叫系统中， MSC池中设置有固 定的 MSC作为 MSC-A或 MSC-R, MSC-A和 MSC-R是为集群呼叫服务的， 将这些 MSC-A或 MSC-R称为服务 MSC, 当 MSC-A或 MSC-R遇到故障 时， 无法进行集群呼叫， 可见集群呼叫支持 MSC POOL 并没有实现集群 MSC的容灾， 从某种意义上失去 MSC POOL的冗余安全保障作用。
发明内容
本发明实施例提供了集群呼叫的方法、 装置及通信系统。
本发明实施例提供了一种集群呼叫的方法， 包括：
一个移动交换中心 MSC接收一个移动台 MS所发送的建立一个集群呼 叫的请求信息， 其中， 所述 MSC位于一个 MSC池中；
根据所述请求信息，所述 MSC为所述集群呼叫服务，其中，与所述 MSC 池中任一 MSC所连接的组呼寄存器 GCR中包含所述集群呼叫的属性信息， 所述属性信息用于使所述 MSC池中的任一 MSC具备作为服务所述集群呼 叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所述 服务 MSC为所述 MSC池的中继 MSC。
本发明实施例还提供了一种集群呼叫的方法， 包括： 一个移动交换中心 MSC池中的一个月良务 MSC接收建立一个集群呼叫的 请求信息， 其中， 所述 MSC池包括至少两个能够作为服务 MSC的 MSC, 所述 MSC池中任一 MSC包含指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为月良务 MSC的指示信息；
根据所述请求信息， 所述服务 MSC建立所述集群呼叫；
其中， 所述至少两个能够作为月良务 MSC的 MSC中的任一 MSC所连接 的组呼寄存器 GCR中保存有所述集群呼叫的属性信息， 所述属性信息用于 使所述至少两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务所 述集群呼叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC 或者所述月良务 MSC为所述 MSC池的中继 MSC。
本发明实施例还提供了一种集群呼叫的方法， 包括：
一个移动交换中心 MSC池中的一个 MSC接收一个移动台 MS所发送的 建立一个集群呼叫的请求信息， 其中， 所述 MSC池包括至少两个能够作为 服务 MSC的 MSC, 所述 MSC池中任一 MSC包含指示从所述至少两个能 够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息； 根据所述请求信息和所述指示信息，所述 MSC从所述至少两个能够作 为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC， 其 中，所述至少两个能够作为服务 MSC的 MSC中的任一 MSC所连接的组呼 寄存器 GCR中保存有所述集群呼叫的属性信息， 所述属性信息用于使所述 至少两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务所述集群 呼叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所 述服务 MSC为所述 MSC池的中继 MSC。
本发明实施例还提供了一种集群呼叫的方法， 包括：
一个基站控制器 BSC接收一个移动台 MS发送的建立一个集群呼叫的请 求信息， 其中， 所述 BSC位于移动交换中心 MSC池所对应的 MSC池区域 内， 所述 MSC池包括至少两个能够作为服务 MSC的 MSC, 所述 BSC包 含指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服 务 MSC的指示信息；
根据所述请求信息和所述指示信息，所述 BSC从所述至少两个能够作为 服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC,其中， 所述至少两个能够作为服务 MSC的 MSC中的任一 MSC所连接的组呼寄存 器 GCR中保存有所述集群呼叫的属性信息， 所述属性信息用于使所述至少 两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务所述集群呼叫 的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所述服 务 MSC为所述 MSC池的中继 MSC。
本发明实施例还提供了一种移动交换中心 MSC, 包括：
第二接收模块， 用于接收移动台 MS发送的建立一个集群呼叫的请求 信息；
第二处理模块， 用于根据所述第二接收模块的请求消息， 为所述集群 呼叫服务。
本发明实施例还提供了一种移动交换中心 MSC, 包括：
第一存储模块， 用于存储指示从至少两个能够作为服务 MSC的 MSC 中选择一个 MSC作为月良务 MSC的指示信息；
第一接收模块， 用于接收移动台 MS发送的建立一个集群呼叫的请求 信息；
第一处理模块 , 用于根据所述第一接收模块接收到的请求信息和所述 第一存储模块存储的指示从至少两个能够作为服务 MSC的 MSC中选择一 个 MSC作为服务 MSC的指示信息，从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 所述服务 MSC为 所述 MSC池的锚 MSC或者所述月良务 MSC为所述 MSC池的中继 MSC。
本发明实施例还提供了一种基站控制器 BSC, 包括：
第二存储模块， 用于存储指示从至少两个能够作为服务移动交换中心 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息； 第三接收模块， 用于接收移动台 MS发送的建立一个集群呼叫的请求 信息；
第三处理模块， 用于根据所述第三接收模块接收到的请求信息和所述 第二存储模块存储的指示从至少两个能够作为服务 MSC的 MSC中选择一 个 MSC作为服务 MSC的指示信息，从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 所述服务 MSC为 所述 MSC池的锚 MSC或者所述服务 MSC为所述 MSC池的中继 MSC。
本发明实施例还提供了一种通信系统， 包括至少两个移动交换中心 MSC和至少两个组呼寄存器 GCR,所述至少两个 MSC中的每个 MSC分别 与所述至少两个 GCR中的一个 GCR连接， 所述至少两个 GCR中的每个 GCR 中保存有集群呼叫的属性信息， 所述属性信息用于使所述至少两个 MSC中的任一 MSC具备作为服务所述集群呼叫的服务 MSC的功能， 所述 月良务 MSC为所述 MSC池的锚 MSC或者所述服务 MSC为所述 MSC池的 中继 MSC。
本发明各实施例中， MSC池中的每一个 MSC都具备作为服务所述集 群呼叫的服务 MSC的功能， 或者 MSC池包括至少两个能够作为服务 MSC 的 MSC, MS可以通过 MSC池中的任意一个 MSC或者至少两个能够作为 月良务 MSC的 MSC中的一个发起集群呼叫， 这样， 如果为当前集群呼叫服 务的服务 MSC发生故障，也可以通过 MSC池内的其他 MSC进行集群呼叫， 从而提高了基于 MSC池的集群呼叫系统的容灾能力。 附图说明
图 1所示为现有技术中 MSC池网络结构示意图；
图 2所示为现有技术集群通信系统核心网的结构示意图；
图 3所示为现有技术基于 MSC池的集群呼叫系统结构示意图； 图 4所示为本发明集群呼叫服务方法实施例一的流程图； 图 5a所示为本发明实施例中涉及到的发送集群呼叫相关的属性信息的 一种方式的流程图；
图 5b所示为本发明实施例中涉及到的发送集群呼叫的属性信息的另一 种方式的流程图；
图 5c所示为本发明实施例中涉及到的发送集群呼叫的属性信息的再一 种方式的流程图；
图 6所示为本发明集群呼叫的方法实施例二的流程图；
图 7所示为本发明集群呼叫的方法实施例三的流程图；
图 8所示为本发明集群呼叫的方法实施例四的流程图；
图 9所示为本发明 MSC实施例一的结构示意图；
图 10所示为本发明 MSC实施例二的结构示意图；
图 11所示为本发明 BSC实施例的结构示意图。
具体实施方式
如图 2所示为现有技术集群通信系统核心网的结构示意图， 归属位置 寄存器（ Home Location Register, 简称 HLR ) 中保存有用户信息， 包括用 户的国际移动用户识别码 （ International Mobile Subscriber Identity, 筒称 IMSI )、 用户所属的组 ID列表 (一个用户可以最多属于 50个组）。 网关移 动交换机 ( Gateway Mobile Switch Center, 简称 GMSC )与外部网络相连， GMSC还与锚 MSC ( Anchor MSC, 简称 MSC-A )相连。 MSC-A负责管理 和维护一个特定的 VGCS/VBS。
中继 MSC ( Relay MSC, 简称 MSC-R )是在集群呼叫区域跨跃多个 MSC时 , 除 MSC-A之外的所有 MSC。 MSC-A与 MSC-R之间是一对多的 树状关系。 访问位置寄存器（ Visited Location Register, 简称 VLR )保存有 用户的 TMST、 该用户所属组的 TD列表。 当用户漫游时， 这些信息可以从 HLR中获取。
组呼寄存器（Group Call Register, 简称 GCR ) 中包含了组 ID和组呼 区域，组呼区域与组 ID合在一起称作组呼参考。其中与 MSC-A连接的 GCR 中包含了与该组呼参考相关的调度员列表、 MSC-R列表、 服务小区列表、 无活动时限、 优先级、 状态标志、 响应标志、 加密算法和組密钥等信息。 而与 MSC-R相连的 GCR则包含了与该组呼参考相关的 MSC-A地址、 本 MSC-R所控制的小区列表。 在组呼过程中， GCR还会记录组呼的一些临时 属性，这些属性在组呼结束后会删除。这些临时数据包括：发起用户的 IMSI、 发起用户的讲者优先级、 发起用户的其它信息、 发起小区 ID等。
目前现有技术已支持集群呼叫和 MSC池共存。如图 3所示为现有技术 基于 MSC池的集群呼叫系统结构示意图 ,该系统包括 MSC池和 MSC池区 域， MSC池中包括用于集群呼叫服务的 MSC-A和 MSC-R, 以及不为集群 呼叫服务的 MSC (如这些不为集群呼叫服务的 MSC可以是为点对点呼叫 服务的）， 图 3中， MSC1和 MSC3为 MSC-R, MS2为 MSC-A, MSC4 和 MSC5为非集群呼叫服务的 MSC。 MSC池区域中包括小区（图 3中用正 六边形表示小区），各个小区分别具有不同的位置区码（LocationArea Code, 简称 LAC ), 不同的 LAC归属于不同的 MSC。 MSC池区域中， 多个小区 组成组呼区域（如图 3中区域 A所示）， 在组呼区域中可以发起集群呼叫。
本发明实施例中 ,针对现有的基于 MSC池的集群呼叫系统存在的问题， 可以对 MSC池进行第一设置方式和第二设置方式这两种设置。
第一设置方式如下：
在 MSC 池中， 每一个 MSC 都设置成具备作为服务集群呼叫的服务 MSC的功能。
在本发明实施例中，术语 1良务 MSC"可以理解为一个 MSC池中为一个 集群呼叫服务的锚 MSC ( MSC-A 术语"服务 MSC"也可以理解为一个 MSC池中为一个集群呼叫服务的中继 MSC ( MSC-R X
对于组呼区域都在 MSC池区域内的集群呼叫的情况， 可以将 MSC池 中每一个 MSC都设置成具备作为服务集群呼叫的 MSC-A功能的 MSC, MSC池中的每一个 MSC都既能作为 MS的注册 MSC, 也能作为用于为服 务集群呼叫的 MSC-A,也就是说， MSC池中的每一个 MSC均具备 MSC-A 的功能， 与 MSC池中每一个 MSC连接的 GCR的配置均相同， 各个 GCR 中包含一个集群呼叫的属性信息 ,该属性信息用于使 MSC池中的任一 MSC 具备作为服务所述集群呼叫的服务 MSC 的功能本发明各实施例中， MSC 池区域内的集群呼叫是指集群呼叫区域与 MSC池区域有重合的所有集群呼 叫的一部分或全部。
对于组呼区域跨 MSC池区域的集群呼叫的情况 , 可以将 MSC池中每 一个 MSC都设置成具备作为服务集群呼叫的 MSC-A或 MSC-R功能的 MSC 与 MSC池中每一个 MSC连接的 GCR的配置均相同， 各个 GCR中都包含 一个集群呼叫的属性信息， 该属性信息用于使 MSC池中的任一 MSC具备 作为服务所述集群呼叫的服务 MSC的功能。 在这种跨 MSC池发起的集群 呼叫的情况， 如果 MSC池外的 MSC配置为 MSC-A, 则将 MSC池中的各 个 MSC都设置成具备 MSC-R功能的 MSC;如果 MSC池外的 MSC设置为 MSC-R, 则将 MSC池中的各个 MSC都设置成具备 MSC-A功能的 MSC。 MSC池内的 MSC和 MSC池外的服务 MSC—起为集群呼叫服务。
总之， 池中的每个 MSC都可以为池中的集群呼叫服务， MSC池区域 内的集群呼叫指集群呼叫区域与 MSC池区域有重合的所有集群呼叫的一部 分或全部。 针对不同的集群呼叫 , MSC可以设置为 MSC-A或 MSC-R。
一个集群呼叫的属性信息是反映一个 MSC池中该集群呼叫的属性的信 息。 一个 MSC池中允许发起的集群呼叫的属性信息事先可以设置， 所以， 群呼叫的属性信息。 在本发明实施例中，一个集群呼叫的属性信息可以包括一个 MSC的列 表。 如果 MSC池中任一个 MSC相连的 GCR中都有一个相同的 MSC的列 表，而该 MSC列表指示该 MSC池中所述 MSC可以是服务一个集群呼叫的 中继 MSC或者该 MSC列表指示该 MSC池中所述 MSC可以是月良务一个集 群呼叫的锚 MSC, 即该 MSC池中任意一个 MSC都可以作为为集群呼叫服 务的服务 MSC。
在本发明实施例中 , 一个集群呼叫的属性信息还可以包括组标识和集群 呼叫区域等信息， 组标识包括该集群呼叫允许的用户数以及用户标识。 一 个 MSC池中允许发起的集群呼叫属性信息事先可以设置， GCR中预先设 置的属性信息， 在本发明实施例中可以称作基本属性信息。 一个集群呼叫 的属性信息还可以包括一些一个集群呼叫期间产生的动态数据 , 例如当前 组呼的讲者所在的位置、 当前组呼的讲者的用户标识等， 所以在集群呼叫 过程中， 一个集群呼叫的属性信息可能发生更新。 这些在集群呼叫期间产 生的动态数据， 在本发明实施例中称作动态属性信息。 所以， 为了使一个 MSC 池中任意一个 MSC 都可以作为为集群呼叫服务的服务 MSC, 除了 MSC的列表相同之外， 还可以设置每一个 GCR中的一个集群呼叫的其他 的属性信息也相同。
所以，在本发明实施例中， 为了使所述 MSC池中的任一 MSC具备作为 服务所述集群呼叫的服务 MSC的功能， 可以釆用使该 MSC池中的任一个 GCR中的一个集群呼叫的属性信息相同， 其中， 所述的属性信息可以理解 为针对该集群呼叫 , 该 MSC池中任一个 GCR中都有的一个 MSC的列表 , 所述的属性信息也可以进一步理解为除了 MSC的列表之外的其他的属性信 息。
如图 4所示为本发明集群呼叫服务方法实施例一的流程图， 包括： 101、一个 MSC接收一个 MS所发送的建立一个集群呼叫的请求信息， 其中， 该 MSC位于一个 MSC池中。 102、 根据请求信息， 该 MSC为集群呼叫服务， 其中， 与该 MSC所在 的 MSC池中任一 MSC所连接的 GCR中包含集群呼叫的属性信息，属性信 息用于使 MSC池中的任一 MSC具备作为服务该 MS发起的集群呼叫的服 务 MSC的功能。
在集群呼叫运行期间， 该 MSC可以作为该集群呼叫运行期间的唯一 服务 MSC的同时，该 MSC还为 MSC池中该集群呼叫的其他用户提供集群 呼叫服务。
本发明集群呼叫的方法实施例一中， 由于每一个 MSC都具备作为服务 MS发起的集群呼叫的良务 MSC 的功能， 所以 MS 可以注册到任意一个 MSC, 并通过注册 MSC发起集群呼叫。 如果注册 MSC发生故障， 则可以 选择其他 MSC 重新注册， 并重新发起集群呼叫， 而无需等到发生故障的 MSC故障恢复后才可以发起集群呼叫， 与现有技术相比， 能够克服由于与 各个服务 MSC连接的 GCR中存储的数据不同造成的基于 MSC池的集群呼 叫系统容灾能力低的问题。
集群呼叫的方法实施例一中 ,进一步地，由于 MS可以选择任意的 MSC 作为注册 MSC并发起集群呼叫 , 为 MS服务的 BSC可以基于负荷分担机 制为 MS选择一个 MSC作为 MS的注册 MSC。 这样可以实现整个 MSC池 的负荷均衡。
在 MSC池中， 当 MS的注册 MSC发生故障时， MS可以重新注册新 的 MSC, 新的 MSC作为唯一服务 MSC为 MS重新发起的集群呼叫服务。
如果在 MS发起集群呼叫之前 MS的注册 MSC发生故障 , 则 MS可以 重新注册到 MSC池中的任意一个其他的正常工作的 MSC。
下面详细介绍集群呼叫的方法实施例一的实现过程。
当 MS漫游到 MSC池区域时， BSC基于负荷分担机制为 MS选择 MSC , MS注册到 BSC选择的 MSC上。 由于是 BSC为 MS选择的 MSC, 所以可 以避免选择故障 MSC。 如果 MS需要发起集群呼叫 , 由于 MSC池中任意 一个 MSC都具备服务 MSC的功能，所以 MS通过注册 MSC就能够发起集 群呼叫， 该 MS的注册 MSC即为当前集群呼叫的服务 MSC。 由于 VMSC 和月良务 MSC的功能在一个 MSC中实现， 所以可以省去现有技术中涉及到 的 VMSC通过 LAC与 MSC映射表来选择服务 MSC的步骤，从而减少 MSC 池发起组呼时 MSC间的信令交互。 如果在 MS注册到某个 MSC之后， 在 MS发起集群呼叫之前， MS的注册 MSC发生故障，则 MS重新注册到 MSC 池中的任意一个其他的正常工作的 MSC。 在 MS发起集群呼叫后， 如果当 前集群呼叫的服务 MSC发生故障， 则与当前集群呼叫的服务 MSC连接的 BSC从 MSC池中选择任意一个正常的其他 MSC作为重新发起的集群呼叫 运行期间的唯一月良务 MSC, 后续 MS就可以通过选择的正常 MSC发起集 群呼叫了。 后续 MS发起集群呼叫的方法为现有技术， 此处不再赘述。
本发明各实施例中 , MSC发生故障具体可以包括 MSC宕机， 由于维 护造成 MSC停止服务， 以及 A口断链等。
集群呼叫的方法实施例一还可以包括： 注册 MSC将 MS发起的集群呼 叫的属性信息发送给 MSC池中除自身之外的其他 MSC, 使得与其他 MSC 连接的 GCR更新与 MS发起的集群呼叫相关的属性信息。
将与 MS发起的集群呼叫的属性信息发送给 MSC池中除自身之外的其 他 MSC, 使得与其他 MSC连接的 GCR更新与 MS发起的集群呼叫的属性 信息这样与其他 MSC连接的 GCR中的集群呼叫属性信息就是最新的， 这 样 MSC池中任意一个 MSC均能提供最新的集群呼叫属性信息。
殳设这样一种场景： 一个 MS漫游到一个 MSC池区域， 该 MS注册到 了一个 MSC上， 这时 MSC池中一个 VGCS已经发起了， 而该 MS恰好是 该组呼的成员， 于是该 MS加入到组呼中，为该 MS进行集群呼叫服务的是 MSC-A。 当该 MS抢占到信道作为讲者之后 , MS漫游到了 MSC池外， 这 时 MSC池外的 MSC需要从该 MS当前注册 MSC上得到该 MS的用户数据， 该用户数据包括该 MS发起集群呼叫时的集群呼叫属性信息， 而该集群呼 叫属性信息是存储在 MSC-A中的，该 MS当前的注册 MSC中不包括该 MS 发起集群呼叫的集群呼叫属性信息， 可能会导致 MS 漫游时网络侧无法提 供集群呼叫服务。
可见， 在这种场景下， 如果 MS的当前注册 MSC中没有 MS发起的集 群呼叫的属性信息， 则有可能无法为漫游的 MS提供集群呼叫服务。 如果 能够将 MS发起的集群呼叫的属性信息动态地发送给 MSC池中除自身之外 的其他 MSC, 例如每隔一个固定周期发送一次， 则可以避免上述情况。
注册 MSC将与集群呼叫相关的属性信息发送给所述 MSC池中除自身 之外的其他 MSC, 具体可以包括如下几种方式：
方式一、 注册 MSC发送集群呼叫的属性信息给 MSC池中除自身之外 的其他 MSC;
方式二、 与注册 MSC连接的任意一个 BSC发送集群呼叫的属性信息 给 MSC池中除注册 MSC之外的其他 MSC;
方式三、操作维护中心（ Operations & Maintenance Center, 简称 OMC ) 指定的 BSC发送集群呼叫的属性信息给 MSC池中除注册 MSC之外的其他 MSC;
方式四、 OMC发送集群呼叫的属性信息给 MSC池中除注册 MSC之外 的其他 MSC。 OMC用于操作维护系统中的各功能实体。
下面详细描述几种发送与集群呼叫相关的属性信息的方式。
如图 5a所示为本发明实施例中涉及到的发送集群呼叫相关的属性信息 的一种方式的流程图， 包括：
201、注册 MSC通过广播方式将集群呼叫的属性信息发送给 MSC池中 其他 MSC。 该集群呼叫属性的属性信息可以携带在 GCR 更新消息 ( GCR— Update ) 中。
202、 MSC池中的其他 MSC将接收到的集群呼叫的属性信息发送给与 各自连接的 GCR。各个 GCR根据接收到的集群呼叫的属性信息更新自身保 存的与集群呼叫的属性信息。 具体地， MSC发送给 GCR的集群呼叫的属 性信息也可以携带在 GCR更新消息（ GCR— Update ) 中。
如图 5b所示为本发明实施例中涉及到的发送集群呼叫的属性信息的另 一种方式的流程图， 包括：
301、注册 MSC发送集群呼叫的属性信息给与该注册 MSC连接的任意 一个 BSC。 注册 MSC发送给 BSC的与集群呼叫属性的属性信息可以携带 在 GCR更新消息（ GCRJJpdate ) 中。
302、 该 BSC将 GCR更新消息（ GCRJJpdate )发送给 MSC池中除注 册 MSC之外的其他 MSC。
303、 MSC池中的其他 MSC将该 GCR更新消息（ GCR— Update )发送 给与各自连接的 GCR,使得 GCR根据接收到的集群呼叫属性的属性信息更 新自身存储的集群呼叫的属性信息。
304、 BSC发送 GCR更新确认消息（ GCR— Update— Ack )给注册 MSC。 如图 5c所示为本发明实施例中涉及到的发送集群呼叫的属性信息的再 一种方式的流程图， 包括：
401、 注册 MSC通过广播方式发送集群呼叫的属性信息给 OMC。 注册 MSC发送给 OMC的集群呼叫属性的属性信息可以携带在 GCR更新消息 ( GCR— Update ) 中。
402、 OMC发送 GCR更新消息（GCRJJpdate )给 MSC池中除注册 MSC之外的其他 MSC。 具体地， OMC判断 MSC池中的其他 MSC启动成 功后， 将 GCR更新消息（ GCRJJpdate )发送给其他 MSC。
403、 MSC 池中除注册 MSC之外的其他 MSC将该 GCR 更新消息 ( GCRJJpdate )发送给与各自连接的 GCR。 各个 GCR根据接收到的 GCR 更新消息 ( GCR— Update ) 中的集群呼叫属性的属性信息更新自身保存集群 呼叫的属性信息。
404、 OMC发送 GCR更新确认消息 ( GCR_Update_Ack )给注册 MSC。 MSC池中 , MSC重新启动后， MSC连接的 GCR中可能丢失之前保存 的集群呼叫的属性信息。 如果 MSC池中的其他 MSC启动成功后， 可以相 应地从 MS的注册 MSC、与注册 MSC连接的任意一个 BSC、 由 OMC指定 的 BSC或 OMC中获取最新的集群呼叫的属性信息。
本发明前述几种发送与集群呼叫属性相关的属性信息的方式中， 如果 集群呼叫的属性信息包括集群呼叫的基本属性信息以及集群呼叫期间产生 的集群呼叫的动态属性信息， 则与各个 MSC连接的 GCR可以直接用接收 到的集群呼叫的属性信息替换自身原来保存的与该集群呼叫的属性信息。 如果所述集群呼叫的属性信息为集群呼叫期间产生的集群呼叫的动态属性 信息， 则与各个 MSC连接的 GCR可以直接用接收到的集群呼叫的动态属 性信息替换自身原来保存的该集群呼叫的动态属性信息， 而保持该集群呼 叫的基本属性信息不变。
第二设置方式如下：
在 MSC池中， 至少两个 MSC都设置成能够作为 良务 MSC的 MSC。 对于组呼区域都在 MSC池区域内的集群呼叫的情况，可以将服务 MSC 设置成具备 MSC-A功能的 MSC, 也就是说， MSC池中每一个服务 MSC 均具备 MSC-A的功能，与各个服务 MSC连接的 GCR均保存有集群呼叫的 属性信息， 该属性信息用于使至少两个能够作为服务 MSC的 MSC中的任 一 MSC具备作为服务集群呼叫的服务 MSC的功能。
对于组呼区域跨 MSC池区域的集群呼叫的情况 , 可以将服务 MSC设 置成具备 MSC-A或 MSC-R功能的 MSC, 也就是说， MSC池中每一个服 务 MSC均具备 MSC-A的功能或者 MSC-R的功能， 与各个服务 MSC连接 的 GCR有集群呼叫的属性信息， 该属性信息用于使至少两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务集群呼叫的服务 MSC的功能。 在这种跨 MSC池发起的集群呼叫的情况， 如果 MSC池外的 MSC设置为 MSC-A, 则将 MSC池中的服务 MSC都设置成具备 MSC-R功能的 MSC; 如果 MSC池外的 MSC设置为 MSC-R,则将 MSC池中的服务 MSC都设置 成具备 MSC-A功能的 MSC。 MSC池内的服务 MSC和 MSC池外的服务 MSC—起为集群呼叫服务。
总之， 池中的每个服务 MSC都可以为池中的集群呼叫服务， MSC池 区域内的集群呼叫指集群呼叫区域与 MSC池区域有重合的所有集群呼叫的 一部分或全部。针对不同的集群呼叫， MSC可以设置为 MSC-A或 MSC-R。
对于这种设置方式， MSC池中的至少两个能够作为服务 MSC的 MSC 可以以优先级区分， 在 MSC池的各个 MSC或 BSC中可以保存一个 MSC 池中至少两个能够作为服务 MSC的 MSC的优先级列表。 至少两个能够作 为服务 MSC的 MSC的优先级列表包括服务 MSC的优先级排列信息，以及 每个服务 MSC的状态信息， MSC的状态信息可以包括故障、 正常等信息， 也可以按照其他的方式划分优先级。
第一设置方式和第二设置方式的不同之处在于： 第一设置方式中， 将 MSC池中的所有 MSC均设置成月良务 MSC,那么 MSC池中的任意一个 MSC 均可以作为服务集群呼叫的 MSC, 例如 MSC1可以为第一集群呼叫服务， MSC2可以为第二集群呼叫服务， MSC3可以为第三集群呼叫服务， 第一 集群呼叫、 第二集群呼叫和第三集群呼叫可以同时存在； 第二设置方式中， 选择 MSC池中的至少二个 MSC设置为月良务 MSC, 在任意时刻， MSC池 中只能由一个服务 MSC负责为 MSC池中的集群呼叫服务， 只有当前服务 MSC 出现故障时， 才会采用其他的服务 MSC作为服务 MSC, 例如， 将 MSC 1和 MSC2设置为 MSC池中的服务 MSC , 假设选择 MSC 1为当前的 为 MSC池中服务集群呼叫的唯一服务 MSC,假设 MSC池中发起了三个集 群呼叫， 这三个集群呼叫全部由 MSC1提供服务， 当 MSC1出现故障时， 才会选择 MSC2作为服务 MSC。
如图 6所示为本发明集群呼叫的方法实施例二的流程图， 包括： 501、一个 MSC池中的一个服务 MSC接收建立一个集群呼叫的请求信息， 其中， MSC池包括至少两个能够作为服务 MSC的 MSC, MSC池中任一 MSC包含指示从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作 为服务 MSC的指示信息。
502、 根据请求信息， 服务 MSC建立集群呼叫； 其中， 至少两个能够作为 服务 MSC的 MSC中的任一 MSC所连接的 GCR中保存有集群呼叫的属性 信息，属性信息用于使至少两个能够作为服务 MSC的 MSC中的任一 MSC 具备作为服务集群呼叫的服务 MSC的功能，所述服务 MSC为所述 MSC池 的锚 MSC或者所述服务 MSC为所述 MSC池的中继 MSC。
如图 7所示为本发明集群呼叫的方法实施例三的流程图， 包括：
601、一个 MSC池中的一个 MSC接收一个 MS所发送的建立一个集群 呼叫的请求信息，其中， MSC池包括至少两个能够作为服务 MSC的 MSC, MSC池中任一 MSC包含指示从所述至少两个能够作为服务 MSC的 MSC 中选择一个 MSC作为月良务 MSC的指示信息。
602、 根据请求信息和指示信息， MSC从至少两个能够作为服务 MSC 的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 其中， 至少两个 能够作为月良务 MSC的 MSC中的任一 MSC所连接的 GCR中保存有集群呼 叫的属性信息， 属性信息用于使至少两个能够作为服务 MSC的 MSC中的 任一 MSC具备作为服务集群呼叫的服务 MSC的功能，所述服务 MSC为所 述 MSC池的锚 MSC或者所述服务 MSC为所述 MSC池的中继 MSC。
本发明集群呼叫的方法实施例三中， 由 MSC池中的服务 MSC为集群 呼叫服务， 这样， 当前选择的服务 MSC就不会是发生故障的 MSC, 这种 选择服务 MSC的方式可以提高基于 MSC池的集群呼叫系统的容灾能力。
如果当前选择的服务 MSC发生故障， MSC可以选择 MSC池中的除发 生故障的服务 MSC之外的其它服务 MSC作为集群呼叫的服务 MSC。 由于 每一个服务 MSC中均能够为集群呼叫服务， 而不是如同现有技术那样， 某 个 MSC-A只能为某些集群呼叫服务， 这样， 即使某个服务 MSC出现故障， 其他的服务 MSC也可以为集群呼叫服务， 而无需等到某个服务 MSC故障 恢复。
集群呼叫的方法实施例三中， 指示信息可以是为至少两个能够作为服 务 MSC的 MSC的优先级列表， 也可以预先设定的选择机制。
如果指示信息为至少两个能够作为服务 MSC的 MSC的优先级列表； 则 602中 MSC从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作 为集群呼叫的服务 MSC, 可以包括： MSC从至少两个能够作为服务 MSC 的 MSC的优先级列表中选择一个优先级最高的正常工作的 MSC作为集群 呼叫的服务 MSC。
如果 MSC当前选择的所述集群呼叫的服务 MSC发生故障，则 MSC从 至少两个能够作为服务 MSC的 MSC的优先级列表中选择一个优先级最高 的正常工作的 MSC作为所述集群呼叫的服务 MSC。
与发生故障的集群呼叫的服务 MSC连接的 BSC、由 OMC指定的 BSC 或者 OMC, 可以将故障信息发送给 MSC池中除发生故障的集群呼叫的服 务 MSC之外的 MSC,使得其他 MSC更新自身包含的所述至少两个能够作 为服务 MSC的 MSC的优先级列表； 或者， 与发生故障的集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC， 发送当前的至少两个 群呼叫的服务 MSC之外的 MSC。
例如，与发生故障的服务 MSC连接的任意一个 BSC、OMC指定的 BSC 或这 OMC可以发送 MSC状态更新消息（ MSCs_Status_Update )给 MSC池 中 除发生故障的服务 MSC 之外的 MSC , 状态更新消 息 ( MSCs— Status— Update ) 中包括发生故障的服务 MSC的状态信息， 这样其 他 MSC就可以更新自身包含的所述至少两个能够作为服务 MSC的 MSC的 优先级列表。 或者发生故障的服务 MSC连接的任意一个 BSC、 OMC指定 BSC或者 OMC可以直接发送当前的至少两个能够作为服务 MSC的 MSC 的优先级列表（也就是最新的至少两个能够作为服务 MSC的 MSC的优先 级列表）给 MSC池中的其他 MSC, 其他的 MSC接收到至少两个能够作为 服务 MSC的 MSC的优先级列表后， 覆盖原先存储的至少两个能够作为服 务 MSC的 MSC的优先级列表，从而实现了对至少两个能够作为服务 MSC 的 MSC的优先级列表的更新。
如果指示信息为预先设定的选择机制， 则 602中 MSC从至少两个能够 作为服务 MSC的 MSC中选择一个 MSC作为集群呼叫的服务 MSC, 可以 包括： MSC根据预先设定的选择机制， 从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为集群呼叫的服务 MSC。
例如， MSC池中有三个服务 MSC, 分别是 MSC1、 MSC2和 MSC3, MSC可以根据预先设定的选择规则来选择服务 MS。 例如， 预先设定的选 择机制可以包括： 首先选择 MSC1作为唯一服务 MSC, 如果 MSC1发生故 障， 则选择 MSC3作为唯一服务 MSC。 具体的选择规则可以根据网络的实 际情况确定。
如果 MSC当前选择的集群呼叫的服务 MSC发生故障，则 MSC可以根 据预先设定的选择机制， 从至少两个能够作为服务 MSC的 MSC中选择一 个正常工作的 MSC作为集群呼叫的服务器 MSC。
与发生故障的集群呼叫的服务 MSC连接的 BSC、由 OMC指定的 BSC 或者 OMC, 可以将故障信息发送给 MSC中除所述发生故障的所述集群呼 叫的服务 MSC之外的 MSC。
与发生故障的集群呼叫的服务 MSC连接的 BSC、由 OMC指定的 BSC 或者 OMC, 可以将 MSC当前选择的集群呼叫的服务 MSC的信息发送给 MSC池中除发生故障的集群呼叫的服务 MSC之外的 MSC。
选择了服务 MSC之后 ,可以将当前的服务 MSC的信息发送给 MSC池 中的其他 MSC,这样 MSC池中的其他 MSC(包括服务 MSC和非服务 MSC ) 都可以获知当前的服务 MSC。 对于其他非服务 MSC来说， 只有获知当前 的服务 MSC, 才能正确发起集群呼叫。
MSC池中， MSC重新启动后可能至少两个能够作为 良务 MSC的 MSC 的优先级列表或者当前的服务 MSC的信息。如果 MSC池中的其他 MSC启 动成功后， 其他 MSC相应地从任意一个 BSC、 由 OMC指定的 BSC或者 OMC中，获取最新的至少两个能够作为服务 MSC的 MSC的优先级列表或 当前的为 MSC池中集群呼叫服务的服务 MSC。
选择服务 MSC后， MSC发送 IAM消息给当前的集群呼叫的服务 MSC, IAM消息中携带当前的集群呼叫的服务 MSC的地址信息， IAM消息中的 主叫号码为当前的集群呼叫的服务 MSC的号码。
具体地， 当一个 MS漫游到 MSC的服务区域后， MS可以注册到 MSC 池中任意一个可用 MSC上。 如果 MS需要发起集群呼叫， 则注册 MSC可 以从自身存储的至少两个能够作为服务 MSC的 MSC的优先级列表中选择 一个优先级最高的正常工作的服务 MSC作为当前的服务 MSC, 然后注册 MSC发送 IAM 消息给当前的服务 MSC, IAM 消息中携带有当前的服务 MSC的地址信息， IAM消息中的主叫号码为当前的服务 MSC的号码。
现有技术中， 注册 MSC选择服务 MSC后， 需要向当前的服务 MSC发 送发送组呼消息（ Send— Group— Call— Info )来得到为当前的集群呼叫服务的 MSC-A, 然后注册 MSC发送 SETUP消息给 MSC-A。 随后 MSC-A按照正 常的组呼发起流程通知各 MSC-R建立集群呼叫，为集群呼叫建立组呼信道， 最后发送连接消息（Connect )给发起组呼的 MS, MS即可发出语音数据。 本发明提供的方法中， 注册 MSC选择服务 MSC后， 不需要发送发送组呼 消息（ Send— Group— Call— Info )给当前的服务 MSC来得到 MSC-A, 因为注 册 MSC选择的服务 MSC具备 MSC-A的功能， 所以注册 MSC直接向选择 的当前的服务 MSC发送 IAM消息， 即可发起正常的集群呼叫流程， 节省 了获取 MSC-A的步驟，从而减少 MSC POOL发起组呼时 MSC间的信令交 互。 对于第二种设置方式，本发明上述各实施例提供的是由注册 MSC选择 服务 MSC的方法， 还可以由 BSC来选择服务 MSC。
如图 8所示为本发明集群呼叫的方法实施例四的流程图， 包括：
701、 一个 BSC接收 MS发送的建立一个集群呼叫的请求信息，其中， BSC位于 MSC池所对应的 MSC池区域内， MSC池包括至少两个能够作 为服务 MSC的 MSC, BSC包含指示从至少两个能够作为服务 MSC的 MSC 中选择一个 MSC作为月良务 MSC的指示信息。
702、 根据请求信息和指示信息， BSC从至少两个能够作为服务 MSC 的 MSC中选择一个 MSC作为集群呼叫的服务 MSC, 其中， 至少两个能够 作为服务 MSC的 MSC中的任一 MSC所连接的 GCR中保存有集群呼叫的 属性信息， 所述属性信息用于使至少两个能够作为服务 MSC的 MSC中的 任一 MSC具备作为服务集群呼叫的服务 MSC的功能，所述服务 MSC为所 述 MSC池的锚 MSC或者所述月良务 MSC为所述 MSC池的中继 MSC。
本发明集群呼叫的方法实施例四提供的方法中， 由 MSC 池中的月良务 MSC为集群呼叫服务， 这样， 当前选择的服务 MSC就不会是发生故障的 MSC, 这种选择服务 MSC的方式可以提高基于 MSC池的集群呼叫系统的 容灾能力。
如果当前选择的服务 MSC发生故障， BSC可以选择 MSC池中的除发 生故障的服务 MSC之外的其它服务 MSC作为集群呼叫的服务 MSC。 由于 每一个服务 MSC中均能够为集群呼叫服务， 而不是如同现有技术那样， 某 个 MSC-A只能为某些集群呼叫服务， 这样， 即使某个服务 MSC出现故障， 其他的服务 MSC也可以为集群呼叫服务， 而无需等到某个服务 MSC故障 恢复。
本发明集群呼叫的方法实施例四中， 指示信息可以是为至少两个能够 作为服务 MSC的 MSC的优先级列表， 也可以预先设定的选择机制。
如果指示信息为至少两个能够作为服务 MSC的 MSC的优先级列表； 则 702中 BSC从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作 为集群呼叫的服务 MSC, 可以包括： BSC从至少两个能够作为服务 MSC 的 MSC的优先级列表中选择一个优先级最高的正常工作的 MSC作为集群 呼叫的服务 MSC。
如果 BSC当前选择的集群呼叫的服务 MSC发生故障， 则 BSC从至少 两个能够作为服务 MSC的 MSC的优先级列表中选择一个优先级最高的正 常工作的 MSC作为集群呼叫的服务 MSC。
与发生故障的集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC 或者 OMC, 可以将故障信息发送给 MSC池中除发生故障的集群呼叫的服 务 MSC之外的 MSC,使得其他 MSC更新自身包含的所述至少两个能够作 为服务 MSC的 MSC的优先级列表； 或者， 与发生故障的集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC, 发送当前的至少两个 群呼叫的服务 MSC之外的 MSC。
例如，与发生故障的服务 MSC连接的任意一个 BSC、OMC指定的 BSC 或这 OMC可以发送 MSC状态更新消息（ MSCs_Status_Update )给 MSC池 中除发生故障的服务 MSC 之外的的其他 MSC， 状态更新消息 ( MSCs— Status— Update ) 中包括发生故障的月良务 MSC的状态信息， 这样其 他 MSC就可以更新自身包含的所述至少两个能够作为服务 MSC的 MSC的 优先级列表。 或者发生故障的服务 MSC连接的任意一个 BSC、 OMC指定 BSC或者 OMC可以直接发送当前的至少两个能够作为服务 MSC的 MSC 的优先级列表（也就是最新的至少两个能够作为服务 MSC的 MSC的优先 级列表）给 MSC池中的其他 MSC, 其他的 MSC接收到至少两个能够作为 服务 MSC的 MSC的优先级列表后， 覆盖原先存储的至少两个能够作为服 务 MSC的 MSC的优先级列表，从而实现了对至少两个能够作为服务 MSC 的 MSC的优先级列表的更新。 如果指示信息为预先设定的选择机制， 则 702中 BSC从至少两个能够 作为服务 MSC的 MSC中选择一个 MSC作为集群呼叫的服务 MSC, 可以 包括： BSC根据预先设定的选择机制， 从至少两个能够作为服务 MSC 的 MSC中选择一个 MSC作为集群呼叫的月良务 MSC。
例如， MSC池中有三个服务 MSC, 分别是 MSC1、 MSC2和 MSC3, BSC可以根据预先设定的选择规则来选择服务 MS。例如，预先设定的选择 机制可以包括：首先选择 MSC1作为唯一服务 MSC,如果 MSC1发生故障， 则选择 MSC3作为唯一服务 MSC。 具体的选择规则可以根据网络的实际情 况确定。
如果 BSC当前选择的集群呼叫的服务 MSC发生故障， 则 BSC可以根 据预先设定的选择机制， 从至少两个能够作为服务 MSC的 MSC中选择一 个正常工作的 MSC作为集群呼叫的服务器 MSC。
与发生故障的集群呼叫的服务 MSC连接的 BSC、由 OMC指定的 BSC 或者 OMC, 可以将故障信息发送给 MSC中除发生故障的集群呼叫的服务 MSC之外的 MSC。
与发生故障的集群呼叫的服务 MSC连接的 BSC、由 OMC指定的 BSC 或者 OMC， 可以将 BSC 当前选择的集群呼叫的服务 MSC的信息发送给 MSC池中除发生故障的集群呼叫的服务 MSC之外的 MSC。
选择了服务 MSC之后，可以将当前的服务 MSC的信息发送给 MSC池 中的其他 MSC,这样 MSC池中的其他 MSC(包括月良务 MSC和非月良务 MSC ) 都可以获知当前的服务 MSC。 对于其他非服务 MSC来说， 只有获知当前 的服务 MSC, 才能正确发起集群呼叫。
MSC池中 , MSC重新启动后可能至少两个能够作为 良务 MSC的 MSC 的优先级列表或者当前的服务 MSC的信息。如果 MSC池中的其他 MSC启 动成功后， 其他 MSC相应地从任意一个 BSC、 由 OMC指定的 BSC或者 OMC中，获取最新的至少两个能够作为服务 MSC的 MSC的优先级列表或 当前的为 MSC池中集群呼叫服务的服务 MSC。
接收了 MS发送的建立一个集群呼叫的请求信息的 BSC将从 MS发送 的 S AMB帧中解析出层三消息。 并 ^据所述层三消息为与集群呼叫相关的 层三消息， 则将所述层三消息发送给当前的集群呼叫的服务 MSC。 如果服 务 MSC发现存在优先级更高的其他服务 MSC, 则可以将层三消息发送给 优先级更高的其他服务 MSC。
具体地， 当 MS漫游到 MSC池的服务区域后， MS可以注册到 MSC 池中任意一个可用 MSC上。 当与注册 MSC连接的任意一个 BSC收到 MS 发送的 SABM帧时， 解析出其中的层三消息， 根据该消息可以判断 MS需 要发起集群呼叫， 该 BSC从选择一服务 MSC, 将层三消息发送给当前的 服务 MSC。
通常情况下， BSC可以获取 MSC池中各个 MSC的状态信息， 并能保 持对 MSC池中各个 MSC的状态信息的同步更新。 但是， 有时， BSC与 MSC之间的连接可能断开， 虽然某个服务 MSC, 例如 MSC1 , 工作正常， 并且 MSC1 的优先级当前最高， 但是由于 BSC与 MSC1 断开连接， 所以 BSC不会选择 MSC1作为当前的服务 MSC, 而是会选择 MSC池中其他的 服务 MSC， 例如会选择 MSC2, 至少两个能够作为服务 MSC的 MSC的 优先级列表中 MSC2 当前的优先级低于 MSC。 为了保证当前的服务 MSC 的优先级是最高的， MSC2在收到 BSC发送的层三消息后， 如果发现存在 优先级更高的其他服务 MSC, 则 MSC2将层三消息发送给优先级更高的其 他服务 MSC, 例如， MSC2发现 MSC1的优先级更高， 则 MSC2在收到 层三消息后，会将层三消息发送给 MSC1 ,使得 MSC1成为当前的服务 MSC。
本发明实施例中层三消息具体可以为上行抢占消息或者集群呼叫建议 消息或者集群呼叫释放消息。
如图 9所示为本发明 MSC实施例一的结构示意图， 该 MSC包括第一 存储模块 11、 第一接收模块 12和第一处理模块 13 , 第一处理模块 13分别 与第一存储模块 11和第一接收模块 12连接。 其中， 第一存储模块 11用于 存储指示从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息；第一接收模块 12接收 MS发送的建立一个集群呼叫的请 求信息； 第一处理模块 13用于根据第一接收模块 12接收到的请求信息和 第一存储模块 11存储的指示从至少两个能够作为服务 MSC的 MSC中选择 一个 MSC作为服务 MSC的指示信息， 从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 所述服务 MSC为 所述 MSC池的锚 MSC或者所述服务 MSC为所述 MSC池的中继 MSC。
在第一存储模块中存储的指示信息为至少两个能够作为服务 MSC 的 MSC的优先级列表的情况下，第一存储模块 11具体可以用于存储至少两个 能够作为服务 MSC的 MSC的优先级列表；第一处理模块 13具体可以用于 根据第一接收模块 12接收到的请求信息和第一存储模块 11存储的至少两 个能够作为服务 MSC 的 MSC 的优先级列表， 从至少两个能够作为服务 MSC的 MSC的优先级列表中选择一个优先级最高的正常工作的 MSC作为 所述集群呼叫的服务 MSC。
第一处理模块 13还可以用于在当前选择的所述集群呼叫的服务 MSC 发生故障的情况下， 从所述至少两个能够作为服务 MSC的 MSC的优先级 列表中选择一个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
在第一存储模块中存储的指示信息为预先设定的选择机制的情况下， 第一存储模块 11具体可以用于存储指示从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的预先设定的选择机制； 第一处理模 块 13具体可以用于根据第一接收模块 12接收到的请求信息和第一存储模 块 11存储的指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的预先设定的选择机制，从至少两个能够作为服务 MSC 的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC。 第一处理模块 13还可以用于在当前选择的集群呼叫的服务 MSC发生 故障的情况下， 根据预先设定的选择机制， 从至少两个能够作为服务 MSC 的 MSC中选择一个正常工作的 MSC作为所述集群呼叫的月良务器 MSC。
如图 9所示的 MSC还可以包括第一发送模块， 用于发送 IAM消息给 第一处理模块选择的当前的所述集群呼叫的服务 MSC, IAM消息中携带 当前的集群呼叫的服务 MSC的地址信息， IAM消息中的主叫号码为当前 的所述集群呼叫的服务 MSC的号码。
如图 10所示为本发明 MSC实施例二的结构示意图， 该 MSC包括： 第 二接收模块 21和第二处理模块 22,第二处理模块 22与第二接收模块 21连 接。 其中， 第二接收模块 21用于接收 MS发送的建立一个集群呼叫的请求 信息； 第二处理模块 22用于根据第二接收模块 21的请求消息， 为集群呼 叫服务。
如图 10所示的 MSC还可以包括第二发送模块， 用于将集群呼叫的属 性信息发送给 MSC池中除自身之外的其他 MSC,使得与其他 MSC连接的 GCR更新与集群呼叫相关的属性信息。
第二发送模块可以用于将集群呼叫的属性信息发送给与自身连接的 BSC或 OMC， 使得 BSC或 OMC将集群呼叫的属性信息发送给所述 MSC 池中除自身之外的其他 MSC, 使得与其他 MSC连接的 GCR更新与集群呼 叫相关的属性信息。
如图 11所示为本发明 BSC实施例的结构示意图， 该 BSC包括： 第二 存储模块 31、 第三接收模块 32和第三处理模块 33 , 第三处理模块 33分别 与第二存储模块 31和第三接收模块 32连接。 其中， 第二存储模块 31用于 存储指示从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息；第三接收模块 32用于接收 MS发送的建立一个集群呼叫 的请求信息； 第三处理模块 33用于根据第三接收模块 32接收到的请求信 息和第二存储模块 31存储的指示从至少两个能够作为服务 MSC的 MSC中 选择一个 MSC作为服务 MSC的指示信息，从至少两个能够作为服务 MSC 的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 所述服务 MSC 为所述 MSC池的锚 MSC或者所述服务 MSC为所述 MSC池的中继 MSC。
在第二存储模块中存储的指示信息为至少两个能够作为服务 MSC 的 MSC的优先级列表的情况下，第二存储模块 31可以用于存储至少两个能够 作为服务 MSC的 MSC的优先级列表；第三处理模块 33可以用于根据第三 接收模块 32接收到的请求信息和第二存储模块 31存储的至少两个能够作 为服务 MSC的 MSC的优先级列表，从至少两个能够作为服务 MSC的 MSC 的优先级列表中选择一个优先级最高的正常工作的 MSC作为所述集群呼叫 的服务 MSC。
第三处理模块 33还可以用于在当前选择的集群呼叫的服务 MSC发生 故障的情况下， 从至少两个能够作为服务 MSC的 MSC的优先级列表中选 择一个优先级最高的正常工作的 MSC作为集群呼叫的服务 MSC。
在第二存储模块中存储的指示信息为预先设定的选择机制的情况下， 第二存储模块 31可以用于存储指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的预先设定的选择机制； 第三处理模 块 33可以用于根据第三接收模块 32接收到的请求信息和第二存储模块 31 存储的指示从至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服 务 MSC的预先设定的选择机制，从至少两个能够作为服务 MSC的 MSC中 选择一个 MSC作为所述集群呼叫的服务 MSC。
第三处理模块 33还可以用于在当前选择的集群呼叫的服务 MSC发生 故障的情况下， 根据预先设定的选择机制， 从至少两个能够作为服务 MSC 的 MSC中选择一个正常工作的 MSC作为集群呼叫的服务器 MSC。
本发明实施例还提供一种通信系统， 可以包括如图 9或图 10所示的 MSC。
如果通信系统包括如图 10所示的 MSC , 则该通信系统中的每个 MSC 分别连接各个 GCR,各个 GCR均保存有集群呼叫的属性信息，属性信息用 于使任一 MSC具备作为服务集群呼叫的服务 MSC的功能。
本发明实施例还提供一种通信系统， 可以包括如图 11所示的 BSC。 本发明实施例还提供一种通信系统， 包括至少两个 MSC 和至少两个 个 GCR连接，所述至少两个 GCR中的每个 GCR中有一个集群呼叫的属性 信息， 所述属性信息用于使所述至少两个 MSC中的任一 MSC具备作为服 务所述集群呼叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所述月良务 MSC为所述 MSC池的中继 MSC。
本发明提供的各个实施例， MSC池中的每一个 MSC都具备作为服务 所述集群呼叫的服务 MSC的功能， 或者 MSC池包括至少两个能够作为服 务 MSC的 MS MS可以通过 MSC池中的任意一个 MSC或者至少两个能 够作为服务 MSC的 MSC中的一个发起集群呼叫， 这样， 如果为当前集群 呼叫服务的服务 MSC发生故障，也可以通过 MSC池内的其他 MSC进行集 群呼叫 , 从而提高了基于 MSC池的集群呼叫系统的容灾能力。
选择为 MS发起的集群呼叫服务的 MSC时， 可以基于负荷分担机制选 择， 从而可以实现 MSC池中各个 MSC的负荷均衡。
另夕卜，将注册 MSC和服务 MSC的功能在一个 MSC中实现，可以省去 现有技术中涉及到的注册 MSC通过 LAC与 MSC映射表来选择服务 MSC 的步驟， 从而减少 MSC 池发起组呼时 MSC间的信令交互。
本领域普通技术人员可以理解， 本发明实施例中的方法可以釆用不同 的方式来实施。 例如， 这些方法可以采用硬件、 软件或者硬件和软件结合 的方式通过程序指令来实施。 该程序指令在执行时， 执行包括本发明实施 例中的方法。 对于采用硬件实施的方式， 本发明实施例中的一个或者多个 处理模块可以在一个或者多个电路模块中实施， 该电路模块可以为专用集 成电路（Application Specific Integrated Circuits, ASICs ), 数字信号处理器 ( Digital Signal Processors , DSPs ), 数字信号处理设备 ( Digital Signal Processing Devices, DSPDs ),可编程£辑器件 ( Programmable Logic Devices, PLDs ), 现场可编程门阵列 （Field Programmable Gate Arrays, FPGAs ), 处 理器， 控制器， 微处理器， 微控制器， 或者其他进行设计并且可以用来执 行本发明实施例中的方法的电子设备。
采用软件实施的方式， 本发明实施例中的方法可以采用使用一个或者 多个模块的方式来实施， 例如， 可以采用基于过程或者功能的模块化的方 式来实现。 这些程序指令可以实施在任何计算机或者机器可读介质。 例如， 该可读介质可以为内存、 ROM、 RAM, 磁碟或者光盘等各种可以存储程序 代码的介质。 内存可以位于处理器内， 也可以位于处理器外。 此处， 内存 指的是任何类型的长期内存、 短期内存、 可擦除内存、 不可擦除内存或者 其他类型的内存。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案而非对其 进行限制， 尽管参照较佳实施例对本发明进行了详细的说明， 本领域的普 通技术人员应当理解： 其依然可以对本发明的技术方案进行修改或者等同 替换， 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技 术方案的精神和范围。

Claims

权利要求
1、 一种集群呼叫的方法， 包括：
一个移动交换中心 MSC接收一个移动台 MS所发送的建立一个集群呼 叫的请求信息， 其中， 所述 MSC位于一个 MSC池中；
根据所述请求信息，所述 MSC为所述集群呼叫服务，其中，与所述 MSC 池中任一 MSC所连接的组呼寄存器 GCR中包含所述集群呼叫的属性信息， 所述属性信息用于使所述 MSC池中的任一 MSC具备作为服务所述集群呼 叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所述 服务 MSC为所述 MSC池的中继 MSC。
2、 根据权利要求 1所述的方法， 所述方法还包括：
所述 MSC将所述集群呼叫的属性信息发送给所述 MSC池中除自身之 外的其他 MSC, 使得与所述其他 MSC连接的 GCR更新所述集群呼叫的属 性信息。
3、 根据权利要求 2所述的方法， 其中， 所述 MSC将所述集群呼叫的 属性信息发送给所述 MSC池中除自身之外的其他 MSC, 包括：
所述 MSC将所述集群呼叫的属性信息发送给与自身连接的基站控制器 BSC或操作维护中心 OMC，使得所述 BSC或 OMC将所述集群呼叫的属性 信息发送给所述 MSC池中除所述 MSC之外的其他 MSC。
4、 根据权利要求 3所述的方法， 其特征在于， 所述集群呼叫的属性信 息包括所述集群呼叫的基本属性信息以及所述集群呼叫期间产生的所述集 群呼叫的动态属性信息；
或者所述集群呼叫的属性信息为所述集群呼叫期间产生的所述集群呼 叫的动态属性信息。
5、 一种集群呼叫的方法， 包括：
一个移动交换中心 MSC池中的一个月良务 MSC接收建立一个集群呼叫的 请求信息， 其中， 所述 MSC池包括至少两个能够作为服务 MSC的 MSC, 所述 MSC池中任一 MSC包含指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息；
根据所述请求信息 , 所述服务 MSC建立所述集群呼叫；
其中， 所述至少两个能够作为月良务 MSC的 MSC中的任一 MSC所连接 的組呼寄存器 GCR中保存有所述集群呼叫的属性信息， 所述属性信息用于 使所述至少两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务所 述集群呼叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC 或者所述月良务 MSC为所述 MSC池的中继 MSC。
6、 一种集群呼叫的方法， 包括：
一个移动交换中心 MSC池中的一个 MSC接收一个移动台 MS所发送的 建立一个集群呼叫的请求信息， 其中， 所述 MSC池包括至少两个能够作为 服务 MSC的 MSC, 所述 MSC池中任一 MSC包含指示从所述至少两个能 够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息； 根据所述请求信息和所述指示信息，所述 MSC从所述至少两个能够作 为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 其 中，所述至少两个能够作为服务 MSC的 MSC中的任一 MSC所连接的组呼 寄存器 GCR中保存有所述集群呼叫的属性信息， 所述属性信息用于使所述 至少两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务所述集群 呼叫的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所 述服务 MSC为所述 MSC池的中继 MSC。
7、 根据权利要求 6所述的方法， 其中， 所述指示信息为所述至少两个 能够作为服务 MSC的 MSC的优先级列表；
所述 MSC从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC 作为所述集群呼叫的服务 MSC, 包括： 所述 MSC从所述至少两个能够作 为服务 MSC 的 MSC 的优先级列表中选择一个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
8、 根据权利要求 7所述的方法， 所述方法还包括：
如果所述 MSC当前选择的所述集群呼叫的服务 MSC发生故障， 则所 述 MSC从所述至少两个能够作为服务 MSC的 MSC的优先级列表中选择一 个优先级最高正常工作的的 MSC作为所述集群呼叫的服务 MSC。
9、 根据权利要求 8所述的方法， 所述方法还包括：
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC, 将故障信息发送给所述 MSC池中除发生故障的所述集群 呼叫的服务 MSC之外的 MSC, 使得所述其他 MSC更新自身包含的所述至 少两个能够作为服务 MSC的 MSC的优先级列表； 或者
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC,发送当前的所述至少两个能够作为 良务 MSC的 MSC的优 先级列表给所述 MSC池中除所述发生故障的所述集群呼叫的服务 MSC之 外的 MSC。
10、 根据权利要求 6所述的方法， 其中， 所述指示信息为预先设定的 选择机制；
所述 MSC从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC 作为所述集群呼叫的服务 MSC, 包括： 所述 MSC根据所述预先设定的选 择机制，从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为 所述集群呼叫的服务 MSC。
11、 根据权利要求 10所述的方法， 所述方法还包括：
如果所述 MSC当前选择的所述集群呼叫的服务 MSC发生故障， 则所 述 MSC根据所述预先设定的选择机制 ,从所述至少两个能够作为服务 MSC 的 MSC中选择一个正常工作的 MSC作为所述集群呼叫的月良务器 MSC。
12、 根据权利要求 11所述的方法， 所述方法还包括：
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC, 将故障信息发送给所述 MSC池中除所述发生故障的所述 集群呼叫的服务 MSC之外的 MSC。
13、 根据权利要求 12所述的方法， 所述方法还包括：
与发生故障的所述集群呼叫的服务 MSC连接的基站控制器 BSC、由操 作维护中心 OMC指定的 BSC或者 OMC, 将所述 MSC当前选择的所述集 群呼叫的服务 MSC的信息发送给所述 MSC池中除所述发生故障的所述集 群呼叫的服务 MSC之外的 MSC。
14、 一种集群呼叫的方法， 包括：
一个基站控制器 BSC接收一个移动台 MS发送的建立一个集群呼叫的请 求信息， 其中， 所述 BSC位于移动交换中心 MSC池所对应的 MSC池区域 内， 所述 MSC池包括至少两个能够作为服务 MSC的 MSC, 所述 BSC包 含指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服 务 MSC的指示信息；
根据所述请求信息和所述指示信息，所述 BSC从所述至少两个能够作为 服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC,其中， 所述至少两个能够作为服务 MSC的 MSC中的任一 MSC所连接的组呼寄存 器 GCR中保存有所述集群呼叫的属性信息， 所述属性信息用于使所述至少 两个能够作为服务 MSC的 MSC中的任一 MSC具备作为服务所述集群呼叫 的服务 MSC的功能， 所述服务 MSC为所述 MSC池的锚 MSC或者所述服 务 MSC为所述 MSC池的中继 MSC。
15、 根据权利要求 14所述的方法， 其中， 所述指示信息为所述至少两 个能够作为服务 MSC的 MSC的优先级列表；
所述 BSC从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC 作为所述集群呼叫的服务 MSC, 包括： 所述 BSC从所述至少两个能够作为 服务 MSC的 MSC的优先级列表中选择一个优先级最高的正常工作的 MSC 作为所述集群呼叫的服务 MSC。
16、 根据权利要求 15所述的方法， 所述方法还包括：
如果所述 BSC当前选择的所述集群呼叫的服务 MSC发生故障， 则所 述 BSC从所述至少两个能够作为服务 MSC的 MSC的优先级列表中选择一 个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
17、 根据权利要求 16所述的方法， 所述方法还包括：
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、由操作维护中心 OMC指定的 BSC或者 OMC, 将故障信息发送给所述 MSC池中除发生故 障的所述集群呼叫的服务 MSC之外的 MSC,使得所述其他 MSC更新自身 包含的所述至少两个能够作为服务 MSC的 MSC的优先级列表； 或者
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC,发送当前的所述至少两个能够作为服务 MSC的 MSC的优 先级列表给所述 MSC池中除所述发生故障的所述集群呼叫的服务 MSC之 外的 MSC。
18、 根据权利要求 14所述的方法， 其中， 所述指示信息为预先设定的 选择机制；
所述 BSC从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC 作为所述集群呼叫的服务 MSC， 包括： 所述 BSC根据所述预先设定的选择 机制，从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为所 述集群呼叫的月良务 MSC。
19、 根据权利要求 18所述的方法， 所述方法还包括：
如果所述 BSC当前选择的所述集群呼叫的服务 MSC发生故障， 则所 述 BSC根据所述预先设定的选择机制 ,从所述至少两个能够作为服务 MSC 的 MSC中选择一个正常工作的 MSC作为所述集群呼叫的月良务器 MSC。
20、 根据权利要求 19所述的方法， 所述方法还包括：
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC, 将故障信息发送给所述 MSC池中除所述发生故障的所述 集群呼叫的服务 MSC之外的 MSC。
21、 根据权利要求 20所述的方法， 所述方法还包括：
与发生故障的所述集群呼叫的服务 MSC连接的 BSC、 由 OMC指定的 BSC或者 OMC, 将当前选择的所述集群呼叫的服务 MSC的信息发送给所 述 MSC池中除所述发生故障的所述集群呼叫的月良务 MSC之外的 MSC。
22、 根据权利要求 14所述的方法， 所述方法还包括：
接收了 MS发送的建立一个集群呼叫的请求信息的 BSC将从所述 MS 发送的 SAMB帧中的解析出层三消息， 判断所述层三消息为所述集群呼叫 的消息， 则将所述层三消息发送给所述当前的所述集群呼叫的服务 MSC。
23、 一种移动交换中心 MSC, 包括：
第二接收模块， 用于接收移动台 MS发送的建立一个集群呼叫的请求 信息；
第二处理模块， 用于根据所述第二接收模块的请求消息， 为所述集群 呼叫服务。
24、根据权利要求 23所述的 MSC, 还包括第二发送模块， 用于将所述 集群呼叫的属性信息发送给所述 MSC池中除自身之外的其他 MSC, 使得 与所述其他 MSC连接的组呼寄存器 GCR更新所述集群呼叫的属性信息。
25、根据权利要求 24所述的 MSC,所述第二发送模块用于将所述集群 呼叫的属性信息发送给与自身连接的基站控制器 BSC 或操作维护中心 OMC, 使得所述 BSC或 OMC将与所述集群呼叫的属性信息发送给所述 MSC池中除自身之外的其他 MSC,使得与所述其他 MSC连接的 GCR更新 所述集群呼叫的属性信息。
26、 一种移动交换中心 MSC, 包括：
第一存储模块， 用于存储指示从至少两个能够作为服务 MSC的 MSC 中选择一个 MSC作为服务 MSC的指示信息；
第一接收模块， 用于接收移动台 MS发送的建立一个集群呼叫的请求 信息；
第一处理模块， 用于根据所述第一接收模块接收到的请求信息和所述 第一存储模块存储的指示从至少两个能够作为服务 MSC的 MSC中选择一 个 MSC作为服务 MSC的指示信息，从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 所述服务 MSC为 所述 MSC池的锚 MSC或者所述良务 MSC为所述 MSC池的中继 MSC。
27、 根据权利要求 26所述的 MSC, 其中，
所述第一存储模块用于存储所述至少两个能够作为服务 MSC的 MSC 的优先级列表；
所述第一处理模块用于根据所述第一接收模块接收到的请求信息和所 述第一存储模块存储的所述至少两个能够作为服务 MSC的 MSC的优先级 列表， 从所述至少两个能够作为服务 MSC的 MSC的优先级列表中选择一 个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
28、根据权利要求 27所述的 MSC,所述第一处理模块还用于在当前选 择的所述集群呼叫的服务 MSC发生故障的情况下 ,从所述至少两个能够作 为服务 MSC 的 MSC 的优先级列表中选择一个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
29、 根据权利要求 28所述的 MSC, 其中，
所述第一存储模块用于存储指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的预先设定的选择机制；
所述第一处理模块用于根据所述第一接收模块接收到的请求信息和所 述第一存储模块存储的指示从所述至少两个能够作为服务 MSC的 MSC中 选择一个 MSC作为服务 MSC的预先设定的选择机制 , 从所述至少两个能 够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC。
30、根据权利要求 29所述的 MSC,所述第一处理模块还用于在当前选 择的所述集群呼叫的服务 MSC发生故障的情况下，根据所述预先设定的选 择机制， 从所述至少两个能够作为服务 MSC的 MSC中选择一个正常工作 的 MSC作为所述集群呼叫的服务器 MSC。
31、 一种基站控制器 BSC, 包括：
第二存储模块 , 用于存储指示从至少两个能够作为服务移动交换中心 MSC的 MSC中选择一个 MSC作为服务 MSC的指示信息；
第三接收模块， 用于接收移动台 MS发送的建立一个集群呼叫的请求 信息；
第三处理模块， 用于根据所述第三接收模块接收到的请求信息和所述 第二存储模块存储的指示从至少两个能够作为服务 MSC的 MSC中选择一 个 MSC作为服务 MSC的指示信息，从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC, 所述服务 MSC为 所述 MSC池的锚 MSC或者所述服务 MSC为所述 MSC池的中继 MSC。
32、 根据权利要求 31所述的 BSC, 其中，
所述第二存储模块用于存储所述至少两个能够作为服务 MSC的 MSC 的优先级列表；
所述第三处理模块用于根据所述第三接收模块接收到的请求信息和所 述第二存储模块存储的所述至少两个能够作为服务 MSC的 MSC的优先级 列表， 从所述至少两个能够作为服务 MSC的 MSC的优先级列表中选择一 个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
33、根据权利要求 32所述的 BSC, 所述第三处理模块还用于在当前选 择的所述集群呼叫的服务 MSC发生故障的情况下 ,从所述至少两个能够作 为服务 MSC 的 MSC 的优先级列表中选择一个优先级最高的正常工作的 MSC作为所述集群呼叫的服务 MSC。
34、 根据权利要求 31所述的 BSC, 其中，
所述第二存储模块用于存储指示从所述至少两个能够作为服务 MSC的 MSC中选择一个 MSC作为服务 MSC的预先设定的选择机制； 所述第三处理模块用于根据所述第三接收模块接收到的请求信息和所 述第二存储模块存储的指示从所述至少两个能够作为服务 MSC的 MSC中 选择一个 MSC作为服务 MSC的预先设定的选择机制 , 从所述至少两个能 够作为服务 MSC的 MSC中选择一个 MSC作为所述集群呼叫的服务 MSC。
35、根据权利要求 34所述的 BSC, 所述第三处理模块还用于在当前选 择的所述集群呼叫的服务 MSC发生故障的情况下，根据所述预先设定的选 择机制， 从所述至少两个能够作为服务 MSC的 MSC中选择一个正常工作 的 MSC作为所述集群呼叫的服务器 MSC。
36、 根据权利要求 35所述的 BSC, 还包括第二发送模块， 用于将从所 述 MS发送的 SAMB帧中解析出层三消息， 判断为所述集群呼叫的消息， 则将所述层三消息发送给所述第三处理模块选择的当前的所述集群呼叫的 服务 MSC。
37、 一种通信系统， 包括至少两个移动交换中心 MSC和至少两个组呼 寄存器 GCR,所述至少两个 MSC中的每个 MSC分别与所述至少两个 GCR 中的一个 GCR连接，所述至少两个 GCR中的每个 GCR中保存有集群呼叫 的属性信息， 所述属性信息用于使所述至少两个 MSC中的任一 MSC具备 作为服务所述集群呼叫的服务 MSC的功能，所述服务 MSC为所述 MSC池 的锚 MSC或者所述月 务 MSC为所述 MSC池的中继 MSC。
PCT/CN2010/076744 2009-10-12 2010-09-09 集群呼叫的方法、装置及通信系统 WO2011044800A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10823030.1A EP2487937B1 (en) 2009-10-12 2010-09-09 Method, device and communication system for group call
RU2012119441/08A RU2517296C2 (ru) 2009-10-12 2010-09-09 Способ, устройство и система связи для группового вызова

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910235686.1 2009-10-12
CN200910235686.1A CN102045651B (zh) 2009-10-12 2009-10-12 集群呼叫的方法、msc、bsc及通信系统

Publications (1)

Publication Number Publication Date
WO2011044800A1 true WO2011044800A1 (zh) 2011-04-21

Family

ID=43875823

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/076744 WO2011044800A1 (zh) 2009-10-12 2010-09-09 集群呼叫的方法、装置及通信系统

Country Status (4)

Country Link
EP (1) EP2487937B1 (zh)
CN (1) CN102045651B (zh)
RU (1) RU2517296C2 (zh)
WO (1) WO2011044800A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932750B (zh) * 2011-08-11 2015-10-28 北京信威通信技术股份有限公司 一种多中心网络的组呼呼叫控制方法
CN103024679A (zh) * 2011-09-20 2013-04-03 华为技术有限公司 建立集群呼叫的方法和网络设备
CN104254099B (zh) * 2013-06-28 2017-11-21 中国移动通信集团公司 Msc pool中终结短消息业务的恢复方法及系统
WO2015090941A1 (en) * 2013-12-20 2015-06-25 Telefonaktiebolaget L M Ericsson (Publ) Restoration of user equipment control in the presence of communication link failure between packet switched and circuit switched controlling nodes by relaying nodes
EP3547766A1 (en) 2018-03-30 2019-10-02 Comcast Cable Communications LLC Power control for wireless communications associated with preempted resources
CA3038614A1 (en) 2018-03-30 2019-09-30 Comcast Cable Communications, Llc Wireless communications for uplink preemption and downlink preemption
CN110267291B (zh) * 2019-08-07 2022-07-12 北京运安智维科技有限公司 重建集群组呼业务的方法、系统、装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1867117A (zh) * 2006-01-05 2006-11-22 华为技术有限公司 在数字集群通信系统中发起组呼的方法
EP1755349A1 (en) * 2005-08-19 2007-02-21 Siemens Aktiengesellschaft Text or media message service and mobile communication network
CN1968458A (zh) * 2006-06-20 2007-05-23 华为技术有限公司 一种集群呼叫业务的实现方法和系统
WO2008012264A1 (de) * 2006-07-25 2008-01-31 Nokia Siemens Networks Gmbh & Co. Kg Verfahren zum übertragen von daten in einem funk-kommunikationssystem

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7035657B2 (en) * 2002-05-08 2006-04-25 Qualcomm Inc. Method and apparatus for supporting application-layer media multicasting
US7440746B1 (en) * 2003-02-21 2008-10-21 Swan Joseph G Apparatuses for requesting, retrieving and storing contact records
JP4382819B2 (ja) * 2003-11-14 2009-12-16 ノキア シーメンス ネットワークス ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディトゲゼルシャフト 無線通信システムにおけるデータ伝送方法、基地局、加入者局および無線通信システム
CN100372392C (zh) * 2004-09-29 2008-02-27 华为技术有限公司 一种在通信系统中实现群组短消息的收发方法
CN101047905A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种用于集群通信的紧急呼叫方法和系统
CN101111007A (zh) * 2006-07-21 2008-01-23 华为技术有限公司 主控移动交换中心识别主叫业务用户所在中继移动交换中心的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1755349A1 (en) * 2005-08-19 2007-02-21 Siemens Aktiengesellschaft Text or media message service and mobile communication network
CN1867117A (zh) * 2006-01-05 2006-11-22 华为技术有限公司 在数字集群通信系统中发起组呼的方法
CN1968458A (zh) * 2006-06-20 2007-05-23 华为技术有限公司 一种集群呼叫业务的实现方法和系统
WO2008012264A1 (de) * 2006-07-25 2008-01-31 Nokia Siemens Networks Gmbh & Co. Kg Verfahren zum übertragen von daten in einem funk-kommunikationssystem

Also Published As

Publication number Publication date
CN102045651B (zh) 2014-03-12
RU2012119441A (ru) 2013-11-20
CN102045651A (zh) 2011-05-04
EP2487937A1 (en) 2012-08-15
EP2487937A4 (en) 2012-12-12
EP2487937B1 (en) 2016-08-24
RU2517296C2 (ru) 2014-05-27

Similar Documents

Publication Publication Date Title
US20210105196A1 (en) Support group communications with shared downlink data
US9713114B2 (en) Method and apparatus for receiving or sending short message
CN108632915B (zh) 一种终端在4g和5g网络间移动的方法、装置和设备
US20220014944A1 (en) Ue migration method, apparatus, system, and storage medium
KR101449444B1 (ko) 멀티미디어 브로드캐스트／멀티캐스트 서비스 세션 업데이트를 처리하기 위한 방법
US20240147313A1 (en) Transferring monitoring event information during a mobility procedure
WO2011044800A1 (zh) 集群呼叫的方法、装置及通信系统
CN114915614B (zh) 一种恢复ims业务的方法及装置
EP3496477B1 (en) Paging method, device and system, and related computer-readable medium
WO2011116722A2 (zh) Isr激活场景中移动管理设备故障的处理方法及设备
CN104244189B (zh) 一种td-lte集群故障弱化通信系统中的寻呼方法
WO2015062098A1 (zh) 一种网络选择方法及核心网设备
US20120087340A1 (en) Circuit Switch FallBack Reselection
WO2014110927A1 (zh) 触发消息发送的方法、设备及系统
US9204342B2 (en) Method, apparatus, and system for processing eMPS in a CSFB mechanism
WO2013143228A1 (zh) 一种缩减心跳消息的方法及系统
WO2024037611A1 (zh) 注册信息同步方法、装置、设备及介质
WO2013104111A1 (zh) 业务恢复方法和移动管理网元
WO2015100564A1 (zh) 故障处理方法、分组数据网络、移动管理实体及网络系统
WO2013143218A1 (zh) 触发消息计数器的更新方法、机器类型通信服务器和终端
US9924434B1 (en) Method and system for diverting WCDs based on unavailability of authentication procedure
WO2023179365A1 (zh) 一种通信方法和通信装置
EP4240061A1 (en) Qos information sending method and receiving method and apparatuses, device, and storage medium
CN116546538A (zh) 核心网容灾方法、装置、设备及存储介质
KR101847160B1 (ko) 음성 착신호 성공율 향상을 위한 ｃｓｆｂ 서비스 처리 방법 및 장치

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: 10823030

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2010823030

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010823030

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012119441

Country of ref document: RU