WO2010054586A1 - 一种bbs本地交换的实现方法、装置和系统 - Google Patents

一种bbs本地交换的实现方法、装置和系统 Download PDF

Info

Publication number
WO2010054586A1
WO2010054586A1 PCT/CN2009/074875 CN2009074875W WO2010054586A1 WO 2010054586 A1 WO2010054586 A1 WO 2010054586A1 CN 2009074875 W CN2009074875 W CN 2009074875W WO 2010054586 A1 WO2010054586 A1 WO 2010054586A1
Authority
WO
WIPO (PCT)
Prior art keywords
local exchange
bsc
session
terminal
terminals
Prior art date
Application number
PCT/CN2009/074875
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 BRPI0921762A priority Critical patent/BRPI0921762A2/pt
Publication of WO2010054586A1 publication Critical patent/WO2010054586A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, and a system for implementing BSS local switching. Background technique
  • the BSS local exchange can be further subdivided into BSC local exchange and BTS local exchange.
  • BSC local exchange means that a pair of calls (the primary and the called) are located in the same BSC range.
  • the BSC passes the call through a certain decision algorithm, and conditionally performs the BSC local loopback of the primary and called voices, saving the long distance of the Ater interface. Or transfer resources locally.
  • the BTS local exchange means that a pair of calls (the primary and the called) are located in the same BTS (group) range, and the BSC control conditionally loops the pair of calls on the reassigned group of the aggregated BTS, saving the BTS to The Abis interface of the BSC and the local or long-distance resources of the Ater interface.
  • condition means that the calling and called parties in a range must maintain the same rate of voice codec to start the loopback function. In the AMR mode, the calling and called parties must also ensure that the coding rate is consistent.
  • the BSC loopbacks the voice to the BTS and the virtual network loopback is implemented on the interface card of the A interface.
  • the virtual loopback is defined as that the signal received by the A interface circuit occupied by the call is not processed on the B-side A-interface board.
  • the transmit port is sent to the transmit port to ensure that it can be the core network hold circuit.
  • the direct connection between the TC and the CN is directly E1 or STM-1, and does not occupy transmission resources. Since the A interface belongs to the standard interface, after the local switching function is activated, the BSC system releases the A-segment transmission and the Y-segment transmission between the BSC and the BTS, and the B-segment transmission and the Y-segment transmission between the BSC and the TC, and continues. Keep CN The circuit occupied by the side. The local switching function is enabled to be transparent to the core network without any modification or setup of the CN.
  • the TC codec resource occupied by the call is released after the local exchange is started.
  • the local exchange ratio is relatively high, the configuration of the TC resource can be reduced, and the construction cost of the initial device is reduced. .
  • the inventor has found that at least the following problems exist in the prior art: the existing BSS local switching scheme does not involve the MSC, and the MSC cannot obtain information about whether the call is locally exchanged in the BSS, and cannot implement the scenario according to the implementation scenario. Changes in the effective control of local exchanges, resulting in waste of resources. Summary of the invention
  • Embodiments of the present invention provide a method, an apparatus, and a system for implementing BSS local exchange, which implement control of a local exchange implementation process.
  • an embodiment of the present invention provides a method for implementing local exchange of a base station subsystem BSS, including:
  • an embodiment of the present invention further provides a method for implementing BSS local exchange, including: receiving a local exchange command sent by a mobile switching center MSC;
  • a local exchange complete message is sent to the MSC, and the local exchange is identified by the current call identifier or local exchange identifier of the two terminals.
  • an embodiment of the present invention further provides an MSC, including:
  • a sending module configured to notify the base station controller BSC to establish a local exchange for the terminal in the session;
  • a receiving module configured to receive a local exchange complete message returned by the BSC, where the local exchange passes the call identifier or local of the two terminals The exchange identifier is identified.
  • an embodiment of the present invention further provides a BSC, including:
  • a receiving module configured to receive a local exchange command sent by the MSC;
  • a determining module configured to determine whether a local exchange corresponding to the local exchange command received by the receiving module can be established;
  • Establishing a module configured to: when the determining module determines that the local exchange can be established, establish a local exchange for two terminals in the session according to the local exchange command received by the receiving module, where the local exchange passes the two The call identifier of the terminal or the local exchange identifier is identified;
  • a sending module configured to send a local exchange complete message to the MSC.
  • an embodiment of the present invention further provides an implementation system for BSS local exchange, including an MSC and a BSC:
  • the MSC is configured to notify the base station controller BSC to establish a local exchange for the terminal in the session, and receive a local exchange complete message returned by the BSC;
  • the BSC is configured to receive a notification for establishing a local exchange sent by the MSC, establish a local exchange for two terminals in the session according to the local exchange command received by the receiving module, and send a local exchange complete message to the MSC. .
  • the local exchange is identified by a call identifier or a local exchange identifier of the two terminals.
  • the technical solution of the embodiment of the present invention has the following advantages, because the implementation method and device of the BSS local exchange are adopted, thereby implementing the control of the local exchange implementation process, achieving complete control of the local exchange implementation, and improving the call service. Control, and establish local exchange through control to achieve resource savings. DRAWINGS
  • FIG. 1 is a schematic flow chart of a method for implementing local exchange of BSS according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic flowchart of a method for implementing local exchange of BSS according to Embodiment 2 of the present invention
  • 3 is a schematic structural diagram of an implementation system of a BSS local exchange according to Embodiment 3 of the present invention
  • FIG. 4 is a schematic flowchart of establishing a designated local exchange according to Embodiment 3 of the present invention.
  • FIG. 5 is a schematic flowchart of signaling interaction in a process of establishing a designated local exchange according to Embodiment 3 of the present invention.
  • FIG. 6 is a schematic flowchart of signaling interaction in a process of establishing multiple local exchanges in batches according to Embodiment 3 of the present invention
  • FIG. 7 is a schematic flowchart of a BSC requesting an MSC to trigger a local exchange according to Embodiment 4 of the present invention
  • FIG. 8 is a schematic flowchart of a BSC requesting an MSC to trigger a local exchange according to Embodiment 4 of the present invention
  • FIG. 10 is a schematic diagram of a process of rejecting the establishment of a local exchange and refusing to establish a local exchange when the BSC requests the MSC to trigger a local exchange in the fourth embodiment of the present invention
  • FIG. 11 is a schematic flowchart of the MSC instructing the BSC to perform local exchange after a normal call in the fifth embodiment of the present invention.
  • FIG. 12 is a schematic flowchart of establishing a local exchange at the same time as a call establishment in Embodiment 6 of the present invention.
  • FIG. 13 is a schematic flowchart of creating a local exchange when switching within a BSC according to Embodiment 7 of the present invention
  • FIG. 14 is a schematic flowchart of creating a local exchange during handover in a BSC according to Embodiment 8 of the present invention
  • FIG. 16 is a schematic flowchart of canceling local exchange when a normal call is released in Embodiment 10 of the present invention
  • FIG. 13 is a schematic flowchart of creating a local exchange when switching within a BSC according to Embodiment 7 of the present invention
  • FIG. 14 is a schematic flowchart of creating a local exchange during handover in a BSC according to Embodiment 8 of the present invention
  • FIG. 16 is a schematic flowchart of canceling local exchange when a normal call is released in Embodiment 10 of the present invention
  • FIG. 17 is a schematic diagram of a process of releasing a local exchange when a BSC requests a call to be released in Embodiment 11 of the present invention.
  • FIG. 18 is a schematic flowchart of the MSC command BSC canceling local exchange according to Embodiment 12 of the present invention.
  • FIG. 19 is a schematic flowchart of signaling interaction in an MSC command BSC to cancel a local exchange process according to Embodiment 12 of the present invention.
  • FIG. 20 is a schematic flowchart of a BSC requesting to cancel a designated local exchange according to Embodiment 13 of the present invention.
  • FIG. 21 is a schematic flowchart of a BSC requesting batch release of a local exchange according to Embodiment 14 of the present invention.
  • FIG. 22 is a schematic flowchart of canceling local exchange during handover in a BSC according to Embodiment 15 of the present invention.
  • FIG. 23 is a schematic flowchart of canceling local exchange when switching between BSCs according to Embodiment 16 of the present invention.
  • Figure 24 is a flow chart showing the process of clearing a local call by using a call identity indication in Embodiment 17 of the present invention.
  • Figure 25 is a flow chart showing the process of clearing a local call by using a local exchange identifier in Embodiment 18 of the present invention. detailed description
  • the local exchange in this document refers to: For the caller and the called party in the same session, if the call is located in the same BSS, the loopback of the UP (User Plane) link is completed in the BSS, that is, the user plane The voice data does not flow out of the BSS, thereby achieving savings in specific interface transmission resources and reducing latency.
  • the call in the same BSS for both parties of the call is referred to herein as a local call.
  • the local exchange can be divided into two types: local exchange in the BTS and local exchange in the BSC.
  • the calling parties are located in the same BTS (in the BTS cluster, for the case of BTS cascading), and the loopback of the voice link occurs in the corresponding BTS (cluster).
  • the loopback of the voice link occurs in the corresponding BTS (cluster)
  • savings in the transmission resources of the Abis and A ports can be achieved.
  • the calling parties are located in the same BSC, but in different BTSs (clusters), the voice link loopback occurs in the corresponding BSC.
  • the transmission of the A port transmission resource can be realized.
  • the local call is a special type of call, so its management mechanism, that is, local exchange, should also be coordinated by the MSC to facilitate supplementary service and call management after handover.
  • the establishment, release, and recovery of local exchanges are determined by the MSC, and it is also convenient to implement local exchange support for existing supplementary services.
  • BSS A request to establish and release a local exchange can be made, but the final decision is still made by the MSC.
  • both parties of the session are only locally switched on the BSS side, and the control plane connections (i.e., signaling links) of both parties are still maintained between the BSC and the MSC, and all call management is still controlled by the MSC.
  • the technical solution proposed by the embodiment of the present invention will only focus on the processes, messages and cells related to the local exchange of the A interface. Therefore, in the technical solution proposed by the embodiment of the present invention, the local exchange within the BTS and the local exchange within the BSC are not distinguished, but are uniformly regarded as local exchange within the BSS. For specific local exchanges, the BSC can make further accurate judgments. As for the specific judgment mechanism, the internal implementation of the BSC and the signaling interaction of the Abis interface are not discussed in this paper.
  • a method for implementing BSS local exchange according to Embodiment 1 of the present invention includes:
  • Step S101 The MSC notifies the BSC to establish a local exchange for the terminal in the session.
  • the specific notification manner is: The MSC notifies by sending a local exchange command to the BSC.
  • the BSC establishes a local exchange for the terminals in the session.
  • the implementation process of this step includes the following two methods, as follows:
  • Manner 1 The MSC sends a local exchange command to a terminal in the session to the BSC, where the command carries the identifier information corresponding to the session partner terminal of the terminal.
  • the processing flow on the BSC side includes the following steps:
  • the BSC identifies the terminal according to a signaling link that sends the local exchange command
  • the BSC identifies the session partner terminal of the terminal according to the identification information;
  • the BSC loops back the session corresponding to the terminal on the BSC side, and releases the resources that are no longer used by the user planes of the two terminals corresponding to the session (such as the A interface user plane transmission resource), and One terminal in the session and/or another terminal returns a local exchange completion message;
  • the BSC When the BSC has the code conversion function, it is determined whether the voice coding types of the two terminals corresponding to the session are the same. If the voice coding types of the two terminals are the same or can be negotiated, the BSC loops back the session corresponding to the terminal on the BSC side. The resources of the two terminals corresponding to the session are no longer used by the user (such as the A interface user plane transmission resource), and return a local exchange completion message for one terminal and/or another terminal in the session, if the voice of the two terminals If the coding type is inconsistent, the BSC determines that the session corresponding to the terminal cannot establish a local exchange, and returns a local exchange failure message, and the local exchange establishment fails.
  • Manner 2 The MSC sends a batch-executed local exchange command to the BSC, where the command carries a list of sessions that need to establish a local exchange.
  • the entry in the local exchanged session list is specifically the identifier information corresponding to the two terminals of each session, or the IMSI information corresponding to the two terminals of each session.
  • the identifier information corresponding to the foregoing terminal is specifically:
  • the identifier information corresponding to the terminal is specifically the call/circuit example code CIC identification information.
  • the MSC and the BSC identify the call by using the CIC; after the local exchange is successfully established, the CIC is released to save the core network resources and the A interface transmission. ; The call is reassigned a new CIC or IP endpoint only if the local exchange needs to be removed during session hold.
  • the identifier information corresponding to the terminal is specifically the call identifier Call Identifier information or the user plane IP address information of the terminal on the BSC side and/or the user plane IP address of the user terminal on the MSC side. information.
  • the processing flow on the BSC side includes the following steps:
  • the BSC performs a local exchange establishment operation on each session in the session list
  • the BSC After the BSC performs a local exchange setup operation on the last session in the session list, the BSC returns a local exchange request response containing a local exchange success list and/or a failure list corresponding to the session list.
  • the MSC maintains a signaling link of the corresponding session according to the local exchange success list, and releases the user plane resource of the terminal corresponding to the corresponding session.
  • the triggering process of the local exchange establishment process is further included, and the following three situations are also included according to different objects that trigger the local exchange establishment operation, where the first case is that the MSC determines and triggers the establishment of the local exchange.
  • the process, case 2 and case 3 are the establishment process of the BSC triggering local exchange, as follows:
  • Case 1 The MSC determines that two terminals in the session are in the same BSS.
  • the MSC determines the BSC information corresponding to the terminals at both ends of the session according to the SCCP link.
  • the MSC determines that the two terminals in the session are located in the same BSS.
  • the BSC and the MSC first establish an SCCP connection for the BSC and MSC to exchange BSSAP messages (divided into two types: BSSMAP message and DTAP message), and the MSC can obtain the peer through the SCCP connection.
  • BSSAP messages divided into two types: BSSMAP message and DTAP message
  • the MSC determines the cell identifier carried in the information reported by the BSC to which the two terminals corresponding to the session belong.
  • the MSC determines that the two terminals in the session are located in the same BSS.
  • the MSC may determine, according to the cell identifier carried in the BSSMAP message:
  • the correspondence between all cells (Cells) managed by the cell and the BSC to which it belongs is stored in the MSC. This information is stored in the MSC in the form of configuration data.
  • the MSC queries the BSC to which the calling party belongs by using the cell identifier carried in the "Cell Identifier" cell carried in the COMPLETE LAYER 3 INFORMATION full layer three message on the BSC to which the calling party belongs.
  • the Cell-ID List cell carried in the message selects the target cell to be switched by the user, and further finds the BSC where the handover target cell is located.
  • the MSC synthesizes the BSCs of both parties, and can then determine whether the calling parties belong to the same BSS.
  • the MSC identifies the BSS information of the two terminals corresponding to the session according to the full layer three message and the Assignment Complete assignment completion message after the BSC reports the normal call in the call setup process.
  • the MSC determines that the two terminals in the session are located in the same BSS.
  • the MSC identifies the terminal to which the terminal belongs according to the handover completion message of one terminal corresponding to the session reported by the BSC or the handover completion message of the two terminals. BSS information.
  • the MSC determines that the two terminals in the session are located in the same BSS.
  • the MSC determines that the two terminals in the session are located in the same BSS.
  • the MSC completes the handover completion message reported by the destination BSC of one of the two terminals or the handover of the destination BSC reported by the two terminals respectively.
  • the message identifies the BSS information to which the terminal belongs.
  • the MSC determines that the two terminals in the session are located in the same BSS.
  • Case 2 The MSC receives the local exchange candidate query request sent by the BSC.
  • step S101 is specifically:
  • the MSC sends a local exchange command to the BSC, instructing the BSC to use the A interface type.
  • the terminal in the call establishes a local exchange.
  • step S101 is specifically:
  • the MSC obtains a session set capable of establishing a locally exchanged session by matching the number of local exchanges that the BSC wishes to establish by retrieving the session list corresponding to the BSC;
  • the MSC sends a local exchange command corresponding to each session in the acquired session set to the BSC, and the command BSC establishes a local exchange for the two terminals in each session.
  • step S101 is specifically:
  • the MSC obtains a set of sessions capable of establishing a locally exchanged session by matching the number of local exchanges that the BSC wishes to establish by retrieving the candidate list;
  • the MSC sends a local exchange command corresponding to each session in the acquired session set to the BSC, and the command BSC establishes a local exchange for the two terminals in each session.
  • the method of the present invention further includes: after the local exchange command corresponding to the last session in the acquired session set is sent to the BSC, the method provided by the embodiment of the present invention further includes:
  • the MSC sends a local exchange candidate response containing the number of locally exchanged commands sent to the BSC.
  • Case 3 The MSC receives the local exchange query request sent by the BSC.
  • step S101 is specifically:
  • the MSC sends a local exchange command to the BSC, instructing the BSC to establish a local exchange for the terminal in the session using the A interface type.
  • the situation further includes:
  • the MSC sends a local exchange reject message to the BSC rejecting the local exchange requested by the local exchange query request.
  • Step S102 The MSC receives the local exchange complete message returned by the BSC, and the local exchange identifies by using the call identifier or the local exchange identifier of the two terminals.
  • the local exchange is identified by the call identifier or the local exchange identifier of the two terminals:
  • the local exchange command When sending a local exchange command to the BSC, the local exchange command carries the call identifier or the local exchange identifier of the two terminals, and identifies the local exchange established according to the local exchange command. Or,
  • Receiving the local exchange completion message returned by the BSC receiving the call identifier or the local exchange identifier of the two terminals generated by the BSC carried in the local exchange complete message, and establishing the completed local through the call identifier of the two terminals or the local exchange identifier Exchange for identification.
  • the Call Identifier is defined as an IP connection of a specific A-interface user plane according to the existing 3GPP R8 specification, that is, an IP address of an AoIP call user plane connected to the MSC and the BSC side is uniquely determined by the current Call Identifier value. Down, that is to say, the call changes on the endpoints on either side of the MSC or BSC, and must be indicated by a new Call Identifier value. At the same time, if the Call Identifier value is not released, the corresponding IP address on the MSC and BSC side cannot be released, and at least cannot be used by other calls.
  • the CIC After the local exchange of the user plane is established on the BSS side, the CIC is released in the TDM mode, and the IP address pair and the Call Identifier are also released in the IP mode.
  • the only connection between the MSC and the BSC is the SCCP connection of the control plane. Once the SCCP connection is broken, one of the BSC and the MSC finds a fault but cannot notify the other network element to release which call, so in one call on the BSS side and another
  • the MSC and the BSC must have a call identifier value that uniquely identifies the call, and a uniquely identified call identifier value is also assigned to another call in the same session for exception handling of the call service. .
  • the lifetime of the call identity may be from local exchange establishment to local exchange release or call release, or when the MSC and the BSC know that the other party supports the local exchange function, the lifetime of the call identity may be from call setup to call release.
  • the identifier can be used when one of the MSC and the BSC finds a fault and must release the call, and one sends a SCCP connectionless type call clear message to the other party, and the message carries the message to be released.
  • the unique call identification value for the call can be used when one of the MSC and the BSC finds a fault and must release the call, and one sends a SCCP connectionless type call clear message to the other party, and the message carries the message to be released.
  • the unique call identification value for the call can be used when one of the MSC and the BSC finds a fault and must release the call, and one sends a SCCP connectionless type call clear message to the other party, and the message carries the message to be released.
  • the Call Identifier is defined as an IP connection of a specific A-interface user plane according to the existing 3GPP R8 specification, that is, an IP address of an AoIP call user plane connected to the MSC and the BSC side is uniquely determined by the current Call Identifier value. Down, that is to say, the call changes on the endpoints on either side of the MSC or BSC, and must be indicated by a new Call Identifier value. At the same time, if the Call Identifier value is not released, the corresponding IP address on the MSC and BSC side cannot be released, and at least cannot be used by other calls.
  • the CIC is released in the TDM mode, and the IP address pair and the Call Identifier are also released in the IP mode.
  • the only connection between the MSC and the BSC is the SCCP connection of the control plane. Once the SCCP connection is broken, one of the BSC and the MSC finds a fault but cannot notify the other network element to release which call, so an identifier is needed.
  • the local call can be represented by a unique local exchange identifier value between the MSC and the BSC.
  • the lifetime of the call identity can be: Local exchange established to local exchange release or call release.
  • the identifier may be used when one of the MSC and the BSC finds a fault and must release the local call, and sends a SCCP connectionless type clear message to the other party, where the message carries the unique local exchange identifier value of the local call to be released.
  • the method further includes:
  • the MSC maintains the signaling link of the session and releases other resources corresponding to the session.
  • the embodiment of the present invention further proposes a corresponding local exchange release process, which is divided into the following situations according to different reasons for triggering the local exchange release operation: 1. Normal call release
  • the MSC sends a clear command to the BSC, and the BSC is released to release the wireless resource of the terminal.
  • the clearing completion message of another terminal sent by the BSC is received, and the release of the local exchange of the session is completed.
  • the method includes the following steps: performing release negotiation with the second terminal corresponding to the session;
  • the first terminal or the second terminal in the session sends a clear command to the BSC, and the BSC is released to release the radio resource of the first terminal or the second terminal;
  • the clearing completion message of the second terminal or the first terminal sent by the BSC is received, and the release of the locally exchanged session is completed.
  • the local exchange release completion message includes the endpoint information of the two terminals corresponding to the session, and according to the endpoint information, the user interface of the two terminals corresponding to the session is connected; when the BSC fails to cancel the local exchange, the message is received.
  • the local exchange release failure message returned by the BSC releases the corresponding resources and endpoints allocated for the two terminals corresponding to the session, and maintains the local exchange.
  • the local exchange of the two terminals corresponding to the BSC cancellation session mentioned in the foregoing process includes the following processes:
  • the BSC receives a local exchange release command sent by a terminal corresponding to the session, and the local exchange release command includes endpoint information allocated for the two terminals corresponding to the session;
  • the BSC Based on the endpoint information, the BSC allocates resources and endpoints for the two terminals corresponding to the session.
  • the BSC When the allocation is successful, the BSC returns a local exchange release complete message for the terminal corresponding to the session, and the local exchange release complete message includes the endpoint information allocated by the BSC for the two terminals corresponding to the session; when the allocation fails, the BSC returns to the local Exchange release failure message.
  • the BSC allocates the same CIC identifier to the two terminals, and returns the local The exchange release completion message does not carry the CIC identifier assigned by the BSC to the two users.
  • the BSC allocates the paired IP endpoints for the two terminals, and returns the local
  • the exchange release completion message carries the IP endpoint information allocated by the BSC for the two users.
  • the method includes the following steps: when the local exchange release request is for the designated local exchange, the designated local exchange is cancelled; when the local exchange release request is specifically included, the BSC wants to cancel the local exchange.
  • the number of local exchanges cancels the candidate request by retrieving the local exchange list, the session set capable of releasing the locally exchanged session is matched with the number of local exchanges that the BSC wishes to release, and is sent to the BSC and acquired in the session set.
  • the local exchange corresponding to each session is released Order, order the BSC to cancel the corresponding local exchange;
  • the local exchange release request is specifically a local exchange release candidate request including the number of BSCs wishing to release the local exchange and the BSC wishing to release the candidate list of the local exchange
  • the number of local exchanges that the BSC wishes to release is matched.
  • the number of session sets capable of releasing the locally exchanged session sends a local exchange release command corresponding to each of the acquired session sets to the BSC, instructing the BSC to cancel the corresponding local exchange.
  • the method further includes transmitting, to the BSC, a local exchange release candidate response including the number of sent local exchange release commands.
  • Switching within the BSC causes the local exchange to be released.
  • the BSC Before the BSC internal handover is performed, the BSC sends a request to cancel the local exchange corresponding to the terminal, and cancels the local exchange.
  • the BSC determines that a terminal in the local exchange session is to perform the inter-BSC handover, and the terminal cannot support the local exchange after the handover, the following steps are specifically included:
  • the BSC Before the BSC internal handover is performed, the BSC sends a request to cancel the local exchange corresponding to the terminal, and cancels the local exchange.
  • the MSC determines that one or both of the NEs in the local exchange fails, the following steps are included.
  • the MSC sends a call clear message to the BSC that includes the call identifier or the local exchange identifier of the two terminals corresponding to the local exchange;
  • the MSC receives the call clear response sent by the BSC including the local exchange list cleared according to the call identity of the two terminals or the local exchange identifier, and releases the corresponding local exchange.
  • the BSC can also perform the fault determination.
  • the method further includes: Receiving, by the BSC, a call clear message including a call identifier or a local exchange identifier of two terminals corresponding to the local exchange;
  • a call clear response is sent to the BSC containing a local exchange list that is cleared based on the call identity of the two terminals or the local exchange identity.
  • a method for implementing BSS local exchange according to the second embodiment of the present invention includes:
  • Step S201 The BSC receives the local exchange command sent by the mobile switching center MSC.
  • Step S202 The BSC establishes local exchange for the two terminals in the session according to the local exchange command.
  • the signaling link of the corresponding session is maintained, and the resources that the user plane of the terminal corresponding to the session is no longer used are released.
  • Step S203 The BSC sends a local exchange complete message to the MSC, where the local exchange is identified by the current call identifier or the local exchange identifier of the two terminals.
  • the method further includes:
  • the message is sent to the MSC, so that the MSC cancels the local exchange of the session corresponding to the terminal;
  • the MSC When it is determined that one terminal in the local exchange session is to perform the BSC internal handover, and the terminal cannot support the local exchange after the handover, the MSC sends a request for canceling the local exchange corresponding to the terminal, so that the MSC cancels the local exchange; or When it is determined that one of the terminals establishing the local exchange is to perform the inter-BSC handover, and the terminal cannot support the local exchange after the handover, the MSC sends a request for canceling the local exchange corresponding to the terminal, so that the MSC cancels the local exchange.
  • the local exchange after the local exchange is released, it also includes:
  • the above method further includes:
  • the technical solution of the embodiment of the present invention has the following advantages, because the implementation method and device of the BSS local exchange are adopted, thereby implementing the control of the local exchange implementation process, achieving complete control of the local exchange implementation, and improving the call service. Control, and establish local exchange through control to achieve resource savings. Further, based on the implementation method of the BSS local exchange proposed in the foregoing embodiment of the present invention, as shown in FIG. 3, the third embodiment of the present invention provides a schematic structural diagram of a BSS local exchange implementation system, where the system specifically includes the MSC 1 And BSC 2:
  • the MSC 1 is configured to notify the BSC 2 to establish a local exchange for the terminal in the session, and receive the local exchange complete message returned by the BSC 2;
  • the MSC 1 is further configured to send a local exchange release command to the BSC 2, and the BSC 2 is configured to release the local exchange for the two terminals in the session, and receive the local exchange release response returned by the BSC 2.
  • the MSC 1 includes:
  • the sending module 11 is configured to notify the BSC 2 to establish a local exchange for the terminal in the session
  • the receiving module 12 is configured to receive the local exchange complete message returned by the BSC 2, and the local exchange identifies by using the call identifier or the local exchange identifier of the two terminals. .
  • the MSC 1 further includes one or more of the following modules:
  • the processing module 13 is configured to: after receiving the local exchange completion message, the receiving module 12 maintains the signaling link of the two terminals of the session, and releases other resources of the two terminals corresponding to the session; and the determining module 14 is configured to determine the session. Whether the two terminals in the same BSS are located, and when the two terminals in the session are determined to be in the same BSS, the sending module 11 sends the present to the BSC 2 Exchange orders.
  • the BSC 2 is configured to receive a local exchange notification sent by the MSC 1, establish a local exchange for the two terminals in the session, and send a local exchange complete message to the MSC.
  • the BSC 2 is further configured to receive the local exchange release command sent by the MSC 1, and release the local exchange for the two terminals in the session according to the received local exchange command, and send a local exchange release response to the MSC 1, including:
  • the receiving module 21 is configured to receive a notification that the local exchange is sent by the MSC.
  • the determining module 22 is configured to determine whether the local exchange corresponding to the notification of establishing the local exchange received by the receiving module 21 can be established;
  • the establishing module 23 is configured to: when the determining module 22 determines that the local exchange can be established, establish a local exchange for the two terminals in the session according to the notification of establishing the local exchange received by the receiving module 21, where the local exchange passes the call identifier of the two terminals. Or local exchange identifier for identification;
  • the sending module 24 is configured to send a local exchange complete message to the MSC after the establishing module 24 establishes the local exchange, and further, to send a local exchange candidate query request to the MSC, or locally exchange the query request, and trigger the MSC to send the local exchange command. .
  • BSC 2 also includes:
  • the processing module 25 is configured to, after the establishment module 23 establishes a local exchange, maintain a signaling link of the corresponding session, and release resources that are not used by the user plane of the terminal corresponding to the session.
  • the local exchange is identified by the call identifier or the local exchange identifier of the two terminals.
  • the above modules may be distributed in one device or distributed in multiple devices. The above modules can be combined into one module or further split into multiple sub-modules.
  • the technical solution of the embodiment of the present invention has the following advantages, because the implementation method and device of the BSS local exchange are adopted, thereby implementing the control of the local exchange implementation process, achieving complete control of the local exchange implementation, and improving the call service. Control, and establish local exchange through control to achieve resource savings.
  • the steps of the method proposed in the first embodiment of the present invention are further described in detail below through the following embodiments.
  • the local exchange can be during the session, during the call setup process, And when the Handover is established.
  • the following embodiments are used to formulate related local exchange establishment procedures and signaling messages involved in the definition process according to various scenarios.
  • the best time to establish local exchange is when the call between the two parties in the same BSS is established or when switching to the same BSS, but sometimes it is missed by the limitation of resources, supplementary services, etc., it can only be
  • the MSC informs the BSC to establish a local exchange.
  • FIG. 4 is a schematic flowchart of establishing a local exchange by the MSC command BSC according to Embodiment 3 of the present invention.
  • FIG. 4 it is a schematic flowchart of establishing a designated local exchange according to Embodiment 3 of the present invention.
  • the MSC determines that MS 1 and MS 2 are in the same session and are all under the same BSS, that is, the basic requirements for establishing local exchange are satisfied.
  • Step S401 The MSC sends a Local Switch Command message of the SCCP connection type to the BSC for the MS 2.
  • the local switch command message may carry the cause value, but the identifier of the peer user (ie, MS 1 ) may be carried, and the local exchange identifier or the call identifier of both parties may be carried.
  • the specific identifier includes:
  • Step S402 The BSC parses the corresponding user MS 1 according to the identifier of the counterpart user carried in the Local Switch Command message.
  • step S403 is performed;
  • step S405 is performed.
  • Step S403 The BSC establishes a local exchange for the session corresponding to the MSI and the MS2.
  • the BSC connects the user planes of MS 1 and MS 2 directly to the BSC side, and releases the relevant user plane resources of MS 1 and MS 2 on the A interface, and sends the SCCP connection type to the MS 2 and/or to the MS 1 for the MS 1 Local Switch Complete message.
  • the voice coding type of MS1 or MS2 is changed, the changed voice coding type needs to be carried in the Local Switch Complete message.
  • the local switch complete message must carry the local exchange identifier or the call identifiers of both parties.
  • Step S404 After receiving the Local Switch Complete message, the MSC determines that the local call is successfully established, and releases the MS 1 and MS 2 related resources on the local side, including the A interface user plane transmission.
  • Step S405 The BSC determines whether the voice coding types of the MS 1 and the MS 2 are consistent.
  • step S403 is performed;
  • step S406 is performed.
  • Step S406 The BSC finally determines that the MS 1 and the MS 2 cannot establish a local call, and sends a Local Switch Failure message of the SCCP connection type to the MS 2 and/or for the MS 1 , and the message carries a specific failure reason value.
  • Step S407 After receiving the Local Switch Failure message, the MSC determines that the local call setup fails, and maintains the related resources of the MS 1 and the MS 2 on the local side, including the A-interface user plane transmission, and the MSC may subsequently attempt to establish the BSC to establish the MS 1 and the MS 2 Local exchange.
  • FIG. 5 it is a schematic flowchart of signaling interaction in the process of establishing a designated local exchange according to Embodiment 3 of the present invention.
  • FIG. 6 is a schematic flowchart of signaling interaction in a process of establishing multiple local exchanges in batches according to Embodiment 3 of the present invention.
  • Step S601 The MSC instructs the BSC to perform local exchange in batches, and sends a SCCP connectionless Local Switch Request message to the BSC, where the message carries a list of sessions requesting to establish a local exchange, and each item in the list is related to each session.
  • the users are identified by the current user plane endpoint or by the IMSI of the two users;
  • Step S602 After receiving the message, the BSC processes the local exchange establishment of the sessions in batches.
  • Step S603 After the last session is processed, the BSC returns a MSC-SCCP-unconnected Local Switch Request Acknowledge message, where the message carries a success list and/or a failure list for establishing a local exchange, and the MSC releases the resources of the relevant user according to the success list indication. End point.
  • FIG. 7 to FIG. 10 it is a schematic flowchart of a BSC requesting an MSC to trigger a local exchange according to Embodiment 4 of the present invention.
  • the BSC When the BSC finds that its transmission resources are short, it can request the MSC to trigger the local exchange process.
  • Step S701 The BSC sends an SCCP connection-free Local Switch Candidate Enquire message to the MSC, where the message may optionally carry a specific cause value, and the message may further indicate the A interface type (ie, AoIP or AoTDM) that the BSC wants to save, and notify the MSC to The session under the BSS attempts to establish a local exchange.
  • a interface type ie, AoIP or AoTDM
  • Step S702 After receiving the Local Switch Candidate Enquire message, the MSC performs a local exchange operation on each session corresponding to the A interface.
  • the MSC does not need to feed back the corresponding response message to the BSC, but directly queries the session under the BSC, and establishes a method for specifying the local exchange according to the third embodiment of the present invention, for one user in each session.
  • Sending a Local Switch Command message to the BSC triggers a local exchange.
  • the MSC may trigger a local exchange on the session using the interface type according to the type of the A interface in the received Local Switch Candidate Enquire message.
  • Step S801 The BSC sends an SCCP connectionless type Local Switch Candidate Enquire message to the MSC, where the message carries the number of local exchanges that the BSC wishes to establish and/or Or wish to establish a candidate list of local calls, optionally carrying a specific cause value, informing the MSC to
  • a session under BSS attempts to establish a local exchange.
  • Each of the candidate lists is defined as the user plane endpoint identifier of the session party.
  • Step S802 The MSC determines that a locally exchanged session can be established, and sends a corresponding local exchange command to the BSC.
  • the MSC checks the session list, and finds the call that can establish the local exchange as much as possible according to the number of BSC requirements, and points to the BSC for each session.
  • a local user sends a Local Switch Command message to establish a local exchange according to the method for establishing a designated local exchange according to Embodiment 3 of the present invention.
  • the MSC checks and sends a Local Switch Command message to the BSC for each user in each session, which is implemented according to the present invention.
  • the method of establishing a designated local exchange proposed in the third example establishes a local exchange.
  • Step S803 The MSC returns a local exchange candidate response to the BSC.
  • the MSC After the last session-related Local Switch Command message is sent, the MSC sends a SCCP connection-free Local Switch Candidate Response message to the BSC, which carries the number of Local Switch Command messages sent by the MSC, that is, the processed local The exchange establishes the number of indications.
  • FIG. 9 and FIG. 10 respectively indicates the process of confirming the establishment of local exchange and refusing to establish a local exchange, including the following steps:
  • Step S901 If the BSC finds that the A-interface transmission is relatively tight or the BSC internal handover occurs, the BSC can send a Local Switch Enquire message with the SCCP connection-free type, and the message can carry the specific reason. Value and specific tension A interface type.
  • Step S902 After receiving the message, the MSC searches for a suitable local exchange session in the BSS, and establishes a local exchange batch execution local exchange process according to the method for establishing a local exchange in batches according to the third embodiment of the present invention.
  • Step S903 The BSC returns a local exchange request response to the MSC, where the request includes a success list and/or a failure list of the local exchange establishment.
  • the MSC rejects the request for some reason, the MSC sends back a SCCP connectionless Local Switch Reject message, and the message may carry a specific reject reason value, or the MSC does not. Do any response.
  • the process of creating a local exchange in the session establishment process is as follows: There are two ways to establish a local call at the same time of establishing a session. First, the MSC instructs the BSC to perform local exchange after the call is normal, and the second is to perform the local exchange on the called party. At the same time, the MSC instructs the BSC to perform local exchange, which is specifically described by the following embodiments.
  • FIG. 11 it is a schematic flowchart of the MSC commanding the BSC to perform local exchange after a call is made according to the fifth embodiment of the present invention.
  • the two users in the session are connected, ringed, and connected according to the existing specification process, and the user plane loops back on the core network side.
  • the MSC integrates the full layer three message and the Assignment Complete message to determine the BSS where the called MS 2 is located.
  • the comprehensive full-layer three message and the Assignment Complete message are used to determine the BSS where the called MS 1 is located, or the two-user SCCP connection is used to obtain the BSS where the two users are located. If the two users are in the same BSS, the conditions of the local exchange are satisfied.
  • the MSC When the session is normally connected, that is, the user plane of the two users succeeds in the loopback of the core network, that is, the MSC sends a Connect Acknowledge message to the called MS 2, and the MSC targets one of the MSs (in this embodiment, the MS) 2, for example, sending a local switch command message of the SCCP connection type to the BSC, triggering the local exchange establishment process, and the specific step is performed according to the process of establishing a method for specifying the local exchange proposed in the third embodiment of the present invention. This embodiment is no longer used. Repeat the narrative.
  • FIG. 12 it is a schematic flowchart of establishing a local exchange at the same time as the call establishment proposed in Embodiment 6 of the present invention.
  • the two users in the session are connected, ringed, and connected according to the existing specification process, and the user plane loops back on the core network side, but in the process, the MSC judges the BSS where the called MS 2 is located according to the full layer three message, and integrates the complete layer.
  • the three messages and the Assignment Complete message determine the BSS where the calling MS 1 is located, or obtain the BSS where the two users are located through the two-user SCCP connection, if the two users are in the same Under a BSS, the conditions of local exchange are met.
  • the MSC carries the local exchange identifier or the call identifiers of the two parties in the Assignment Request message sent by the MS 2, and must also carry the identifier of the MS 1 of the other party.
  • the specific identifiers include:
  • the MSC carries the recommended voice coding type in the message, the same voice coding type as that used by the opposite party MS 1 is used, and if it is not consistent, at least compatibility is ensured.
  • the BSC After receiving the Assignment Request message, the BSC finds that the identity of the session partner is carried, and then determines that the MSC requests to perform local exchange with the MS 1 and the MS 2. After receiving the Assignment Complete message returned by the MS 2, the BSC performs a local exchange.
  • the Assignment Complete message the message carries the indication that the local exchange is successfully established. At this time, the user plane connection of the two users has been looped back on the BSS side. According to this process, the MS 1 cannot hear the ring back tone sent by the network; The Assignment Complete message is also returned, but the message carries an indication that the local exchange establishment failed, and optionally carries a specific cause value.
  • the MSC receives the Assignment Complete message, and if it includes the indication that the local exchange is successfully established, it determines that the session successfully establishes the local exchange on the BSS side, and releases the related resources allocated by the local side for the MS 1 and the MS 2, including the A interface user plane transmission; There is a standard process to connect the user side. Further, the process of creating a local exchange during the handover in the BSC is as follows: As shown in FIG. 13 , it is a schematic flowchart of creating a local exchange when switching within the BSC according to Embodiment 7 of the present invention.
  • the session party in this embodiment, the MS 2 is used as an example
  • the BSC internally switches.
  • the MSC receives the Handover Performed message reported by the BSC
  • the MSC determines that the session satisfies the condition for establishing the local exchange, and immediately executes the condition.
  • Local exchange process specifically The method for establishing a designated local exchange proposed in Embodiment 3 of the present invention establishes a local exchange, that is, performs local exchange after the handover is completed.
  • FIG. 14 it is a schematic flowchart of creating a local exchange when switching within a BSC according to Embodiment 8 of the present invention.
  • a interface user plane IP transmission mode, one side of the session (in this example, MS 2 is taken as an example)
  • the MSC After the BSC internal handover, the MSC receives the Handover Complete message reported by the BSC when the handover is completed, and the MSC determines that the session satisfies the condition for establishing the local exchange, and immediately performs the local exchange process, specifically according to the establishment specified in the third embodiment of the present invention.
  • Local exchange method establish local exchange. That is, the local exchange is performed after the handover is completed. Further, the process of creating a local exchange when switching between BSCs is as follows: As shown in FIG. 15, the flow chart of creating a local exchange when switching between BSCs according to Embodiment 9 of the present invention is shown.
  • the MS 2 of the session is under the BSS 2, and the MS 1 of the other party is at the BSS 1. During the call, the MS 2 switches to the BSS 1.
  • the MSC determines that the two users are in the same BSS 1, that is, The local exchange establishment condition is met, the Clear Command is sent to the BSC 2, and the Local Switch Command message for the SCCP connection type of any user is sent to the BSC 1, that is, the method for establishing the designated local exchange according to the third embodiment of the present invention is specifically , establish a local exchange.
  • a local exchange establishment method capable of standardization is provided, so that the MSC can completely control the call, and the local exchange can be triggered to be established during the whole call, which greatly improves the call.
  • the local switch can adapt to the application scenario. After the local switch is established, the A port is released or not. This saves the resources of the A port. When the code is consistent, the Ater port resources can be saved, and the controllability of the call service can be improved. And save the effect of resources.
  • the establishment process of the local exchange is described in detail. In the following, the present invention further illustrates the release process of the local exchange by the following embodiments.
  • the local exchange can be called when the call is released, during the call, and the call is cut.
  • the time-of-day and local-switched connection or the related network element of the local exchange fails, the following embodiments are used to formulate the relevant local exchange release procedure and the signaling involved in the definition process according to various scenarios. Message.
  • FIG. 16 is a schematic flowchart of canceling local exchange when a normal call is released according to Embodiment 10 of the present invention.
  • the MSC After the MS and the MSC use the DTAP message to directly complete the release negotiation process (see 3GPP TS 24.008), the MSC sends a BSSAP CLEAR COMMAND message to the MS1 to instruct the BSC to release the radio resource; after receiving the CLEAR COMMAND (MSI) message, the BSC retrieves the MS1 local.
  • the exchanged pair MS2 sends a BSSAP CLEAR REQUEST request message for MS2, and then releases the local exchange of MSI and MS2 in the BSS at one time, and releases the corresponding resources.
  • the MSC can also send Clear Command messages for MS 1 and MS 2 to the BSC at the same time, instead of sending a Clear Request message by the BSC to request the MSC to start the process of clearing the MS 2 resources, such changes do not affect the scope of protection of the present invention.
  • FIG. 17 the schematic diagram of the process of releasing the local exchange when the BSC requests the call release according to the eleventh embodiment of the present invention is shown.
  • the BSC After the wireless connection between the MS1 and the base station is interrupted, the BSC sends a BSSAP CLEAR REQUEST request message to the MS1 after the BSC detects the fault.
  • the MSC uses the DTAP message to directly complete the negotiation process with the MS2 release (see 3GPP TS 24.008), and the MSC targets the MS1 ( Or MS2) sending a BSSAP CLEAR COMMAND message, instructing the BSC to release the radio resource; after receiving the message, the BSC retrieves the paired terminal of the MS1 (or MS2) local exchange sequence number, and sends a BSSAP CLEAR REQUEST request message for the MS2 (or MS1), the specific steps As shown in Figure 17.
  • the reason why the BSC sends the BSSAP CLEAR REQUEST request message is "0 and M intervention", "equipment failure", and the like.
  • the MSC can also send the Clear Command message for the MS 1 and the MS 2 to the BSC at the same time, without the BSC sending a Clear Request message for the MS 2 to request the MSC to start the process of clearing the MS 2 resource.
  • the process of canceling the local exchange in the call process is as follows: As shown in FIG. 18, it is a schematic flowchart of the MSC command BSC to cancel the local exchange according to the twelfth embodiment of the present invention.
  • the MSC When the MSC detects (supplement) the service requirement, or the ' ⁇ and M intervention' indication, etc., it is required to release the local exchange of the MS1 and MS2 users under the same BSS, that is, the user plane of the call must pass through the A interface and exchange at the MSC.
  • the MSC instructs the BSC to release the local exchange for one of the users MS2 (the MS2 has a listening requirement, or the MS2 as the primary label in the local exchange pair of MS1 and MS2).
  • Step S1801 The MSC determines that the MS 1 and the MS 2 need to release the local exchange, and firstly allocates related resources and endpoints according to the current voice coding type of the two users, and allocates related resources and endpoints to the BSC for one of the users (taking MS 2 as an example).
  • Sending a Local Switch Release Command message of the SCCP connection type the message carries the endpoint information allocated by the MSC for the MS 2 user, and carries the endpoint information allocated by the MSC to the paired user MS 1 of the MS 2, optionally carrying the specific information of the local exchange Reason value.
  • Step S1802 After receiving the Local Switch Release Command message, the BSC attempts to release the local exchange, and allocates the corresponding resource and the endpoint matching the MSC.
  • the BSC allocates the same CIC to the user, but if the BSC receives the IP endpoint allocated by the MSC, the BSC allocates the paired IP endpoint to the user.
  • step S1803 is performed;
  • step S1805 is performed.
  • Step S1803 The BSC releases the previously assigned local exchange identifier or the call identity of both parties, and returns a Local Switch Release Complete message of the SCCP connection type of the MSC for the MS 2 and/or a Local Switch Release Complete message of the SCCP connection type for the MS 1 to carry
  • the BSC assigns endpoint information or modified endpoint information to two users. If BSC The A interface type newly assigned to the two users is of the TDM type and accepts the CIC number assigned by the MSC. At this time, the user plane connection is established on the A interface, that is, the session is exchanged in the MSC and the call is normal.
  • Step S1804 After receiving the Local Switch Release Complete message, the MSC connects the user interface of the A interface of the two users according to the endpoint information allocated by the BSC side, that is, the session is exchanged at the MSC and the call is normal, and the previously allocated local exchange identifier is released or Call identity for both parties.
  • Step S1805 The BSC maintains the local exchange of the session, and returns a Local Switch Release Failure message of the SCCP connection type of the MS2, carrying the failure cause value.
  • Step S1806 The MSC receives the Local Switch Release Failure message, releases the previously allocated resources and endpoints, and maintains the local call.
  • FIG. 19 it is a schematic flowchart of the signaling interaction in the local exchange process of the MSC command BSC proposed in Embodiment 12 of the present invention.
  • FIG. 20 and FIG. 21 the flow chart of the BSC request for releasing the local exchange according to the thirteenth and fourteenth embodiments of the present invention is shown.
  • Method A When the BSC finds that one or some of the local exchanges under it need to be released and the call still needs to be maintained, the MSC may be requested to trigger the deactivation of the local exchange procedure.
  • Method A There are two specific implementation methods: Method A
  • FIG. 20 it is a schematic flowchart of a BSC request to cancel a designated local exchange according to Embodiment 13 of the present invention.
  • the BSC sends a SCCP connection-free Local Switch Release Required message to the MSC.
  • the message optionally carries a specific cause value to notify the MSC to cancel the local exchange.
  • the MSC After receiving the Local Switch Release Required message, the MSC does not need to feed back the corresponding response message; the MSC queries the two parties corresponding to the local call, and specifically cancels the local exchange according to the method for de-assigning the local exchange proposed in Embodiment 12 of the present invention. .
  • FIG. 21 it is a schematic flowchart of a BSC requesting batch release of local exchange according to Embodiment 14 of the present invention.
  • the BSC sends a SCCP connection-free Local Switch Release Candidate Enquire message to the MSC, where the message carries the number of candidates for the local exchange and/or the candidate list for which the local call is to be canceled, and optionally carries the specific cause value, and the MSC is notified to the MSC.
  • the local call under the BSS attempts to release the local exchange.
  • Each of the candidate lists is defined as a local exchange identifier or a call marker or IMSI number of the session party.
  • the MSC checks the session list and searches for the locally exchanged calls according to the number of BSC requirements, and respectively, for each session in the BSC. The user sends a Local Switch Release Command message. After the last session-related Local Switch Release Command message is sent, the MSC sends a SCCP connection-free Local Switch Release Candidate Response message to the BSC, which carries the MSC. The number of Local Switch Release Command messages, that is, the number of local exchange release instructions processed.
  • the MSC checks and sends a Local Switch Release Command message to each user to the BSC, to the last session. After the Local Switch Release Command message is sent, the MSC sends a SCCP connection-free Local Switch Release Candidate Response message to the BSC, which carries the number of Local Switch Release Command messages sent by the MSC, that is, the processed local exchange release indication. Number. Further, the flow of canceling the local exchange during the handover in the BSC is as follows: As shown in FIG. 22, it is a schematic diagram of the process of releasing the local exchange during the handover in the BSC according to the fifteenth embodiment of the present invention.
  • the BSC determines that one of the local exchanges is to perform the internal handover of the BSC, and the local exchange cannot be guaranteed after the handover, and the handover procedure is performed after the local exchange is released before the handover, where the BSC requests the local exchange cancellation procedure as in the tenth embodiment of the present invention.
  • the three proposed BSC requests to cancel the designated local exchange procedure, which is not repeated in this embodiment.
  • the flow of canceling the local exchange during the handover between the BSCs is as follows: As shown in FIG. 23, it is a schematic flowchart of canceling the local exchange when switching between BSCs according to Embodiment 16 of the present invention.
  • the BSC determines that one of the local exchanges is to perform the inter-BSC handover, and the local exchange cannot be guaranteed after the handover, and the handover procedure is performed after the local exchange is released before the handover, where the BSC requests the local exchange cancellation procedure as in the tenth embodiment of the present invention.
  • the three proposed BSC requests to cancel the designated local exchange procedure, which is not repeated in this embodiment. Further, when the local exchange connection or the related network element of the local exchange fails, the process of clearing the abnormal local call is as follows:
  • FIG. 24 it is a schematic flowchart of clearing a local call by using a call identifier according to Embodiment 17 of the present invention.
  • NE 1 and NE 2 are the MSC and BSC corresponding to the A interface.
  • NE 2 finds that one or both of the local calls are abnormal (for example, the SCCP connection is broken), the related call resources and reference numbers of the NE are cleared.
  • the end network element sends a SCCP connectionless call clear message, and the message carries a list of corresponding call identifiers of the call to be cleared by the peer network element, optionally carrying a specific cause value.
  • the NE 1 After receiving the call clearing message, the NE 1 clears the call resource and the reference number according to the call identifier list in the message, and returns a SCCP connectionless call clearing response message after the completion, and the message carries the corresponding call of the local network element that has been cleared.
  • a list of call identities As shown in FIG. 25, it is a schematic flowchart of clearing a local call by using a local exchange identifier according to Embodiment 18 of the present invention.
  • NE 1 and NE 2 are the MSC and BSC corresponding to the A interface.
  • NE 2 finds that one or both of the local calls are abnormal (for example, the SCCP connection is broken), the related call resources and reference numbers of the NE are cleared.
  • the end network element sends a SCCP connectionless call clear message, and the message carries a list of corresponding local exchange identifiers of the call to be cleared by the peer network element, optionally carrying a specific cause value.
  • NE 1 After receiving the call clear message, NE 1 presses the local exchange identifier list in the message to clear the call.
  • the resource and the reference number are called, and after completion, an SCCP connectionless call clearing response message is sent back, and the message carries a list of corresponding local exchange identifiers of the call that the local network element has cleared.
  • the method provides a standardized local exchange release method, so that the MSC can completely control the call, and can cancel the local exchange in the whole process of the call, thereby greatly improving the adaptability of the local exchange to the application scenario, without maintaining local exchange or maintaining locality.
  • the local exchange is released, and the session corresponding to the local exchange is maintained, thereby ensuring the connection and stability of the service.
  • a standardized local exchange implementation method is provided, so that the MSC can completely control the call, and can trigger local exchange or release local exchange during the whole call, and release or not establish A after the local exchange is established.
  • the port circuit can save the resources of the A port.
  • the Ater port resources can also be saved, and the MSC can release and restore the local exchange when needed, which greatly improves the application prospect.
  • Non-volatile storage medium which can be a CD-ROM, a USB flash drive, a removable hard drive, etc.
  • a computer device may It is a personal computer, server, or network device, etc. that performs the methods described in various embodiments of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例公开了一种基站子系统 BSS本地交换的实现方法、装置和系统,所述方法包括:通知 BSC为会话中的终端建立本地交换;接收所述 BSC返回的本地交换完成消息,所述本地交换通过所述两个终端当前的呼叫标识或本地交换标识进行标识。通过应用本发明实施例所提出的技术方案, 实现了对本地交换实现过程的控制,达到了对本地交换的实现完全控制,提高呼叫业务的可控度,并通过控制建立本地交换实现资源节约的效果。

Description

一种 BSS本地交换的实现方法、 装置和系统 本申请要求于 2008 年 11 月 11 日提交中国专利局、 申请号为 200810174892.1、发明名称为 "一种 BBS本地交换的实现方法、 装置和系统" 的中国专利申请的优先权, 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域, 特别是涉及一种 BSS本地交换的实现方法、 装置和系统。 背景技术
BSS本地交换可以进一步细分为 BSC本地交换和 BTS本地交换。
BSC本地交换是指, 一对呼叫 (主被叫)都位于同一个 BSC的范围内, BSC将呼叫通过一定的判决算法, 有条件进行主被叫语音的 BSC本地环回, 节约 Ater接口的长途或者本地传输资源。
BTS本地交换是指, 一对呼叫 (主被叫)都位于同一个 BTS (组) 的范 围内, BSC控制将这对呼叫在汇聚的 BTS的拒组上面有条件的进行环回, 节 约 BTS到 BSC的 Abis接口以及 Ater接口的本地或者长途资源。
上述的 "有条件" 是指在一个范围内的主叫、 被叫双方必须语音编解码 的速率保持一致才能启动环回功能, AMR方式下主叫、被叫也必须保证编码 速率一致。
如果 BSC启动了本地交换, 则在 BSC侧就将语音向 BTS进行环回, 同 时在 A接口的接口板上对核心网实现虚环回。虚环回的定义为,在 BSC侧 A 接口单板上面, 对通话占用的 A接口电路接受的信号不做任何处理, 在发送 端口, 发送空闲帧, 以保证能够是核心网保持电路。
TC如果在核心网机房, 一般情况下 TC和 CN之间是采用直接的 E1或 者 STM - 1进行直接互联, 不占用传输资源。 因为 A接口是属于标准接口, 因此启动了本地交换功能之后, BSC系统释放了 BSC和 BTS之间的 A段传 输和 Y段传输以及 BSC与 TC之间的 B段传输和 Y段传输, 而继续保持 CN 侧占用的电路。 启动了本地交换功能对核心网是透明的, 无需对 CN进行任 何改造和设置。
在释放了本地传输的情况下, 本地交换启动之后还释放了此次呼叫占用 的 TC编解码资源, 在本地交换比例比较高的情况下, 可以减少 TC资源的配 置, 降低了初始设备的建设成本。
在实现本发明的过程中, 发明人发现现有技术至少存在以下问题: 现有的 BSS本地交换方案中不涉及 MSC, 造成 MSC无法获取通话是否 在 BSS本地交换的信息, 无法实现根据实施场景的变化进行本地交换的有效 控制, 造成了资源的浪费。 发明内容
本发明实施例提供了一种 BSS本地交换的实现方法、 装置和系统, 实现 了对本地交换实现过程的控制。
为达到上述目的, 本发明实施例一方面提出一种基站子系统 BSS本地交 换的实现方法, 包括:
通知基站控制器 BSC为会话中的终端建立本地交换;
接收所述 BSC返回的本地交换完成消息, 所述本地交换通过所述终端当 前的呼叫标识或本地交换标识进行标识。
另一方面, 本发明实施例还提出一种 BSS本地交换的实现方法, 包括: 接收移动交换中心 MSC发送的本地交换命令;
根据所述本地交换命令为会话中的两个终端建立本地交换;
向所述 MSC发送本地交换完成消息,所述本地交换通过所述两个终端当 前的呼叫标识或本地交换标识进行标识。
另一方面, 本发明实施例还提出一种 MSC, 包括:
发送模块, 用于通知基站控制器 BSC为会话中的终端建立本地交换; 接收模块, 用于接收所述 BSC返回的本地交换完成消息, 所述本地交换 通过所述两个终端的呼叫标识或本地交换标识进行标识。
另一方面, 本发明实施例还提出一种 BSC, 包括:
接收模块, 用于接收 MSC发送的本地交换命令; 判断模块, 用于判断是否能建立所述接收模块所接收的本地交换命令所 对应的本地交换;
建立模块, 用于当所述判断模块判断可以建立所述本地交换时, 根据所 述接收模块所接收的本地交换命令为会话中的两个终端建立本地交换, 所述 本地交换通过所述两个终端的呼叫标识或本地交换标识进行标识;
发送模块, 用于向所述 MSC发送本地交换完成消息。
另一方面, 本发明实施例还提出一种 BSS 本地交换的实现系统, 包括 MSC和 BSC:
所述 MSC, 用于通知基站控制器 BSC为会话中的终端建立本地交换, 并接收所述 BSC返回的本地交换完成消息;
所述 BSC, 用于接收所述 MSC发送的建立本地交换的通知, 根据所述 接收模块所接收的本地交换命令为会话中的两个终端建立本地交换, 并向所 述 MSC发送本地交换完成消息。
其中, 所述本地交换通过所述两个终端的呼叫标识或本地交换标识进行 标识。
本发明实施例的技术方案具有以下优点, 因为采用了 BSS本地交换的实 现方法和装置, 从而, 实现了对本地交换实现过程的控制, 达到了对本地交 换的实现完全控制, 提高呼叫业务的可控度, 并通过控制建立本地交换实现 资源节约的效果。 附图说明
为了更清楚地说明本发明实施例的技术方案, 下面将对实施例描述中所 需要使用的附图作筒单地介绍, 显而易见地, 下面描述中的附图仅仅是本发 明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造性劳动的前 提下, 还可以根据这些附图获得其他的附图。
图 1 为本发明实施例一中的一种 BSS 本地交换的实现方法的流程示意 图;
图 2 为本发明实施例二中的一种 BSS 本地交换的实现方法的流程示意 图; 图 3为本发明实施例三中的一种 B S S本地交换的实现系统的结构示意 图;
图 4为本发明实施例三中的建立指定本地交换的流程示意图;
图 5为本发明实施例三中的建立指定本地交换的过程中信令交互的流程 示意图;
图 6为本发明实施例三中的批量建立多个本地交换的过程中信令交互的 流程示意图;
图 7为本发明实施例四中的 BSC请求 MSC触发本地交换的流程示意图; 图 8为本发明实施例四中的 BSC请求 MSC触发本地交换的流程示意图; 图 9为本发明实施例四中的 BSC请求 MSC触发本地交换时, 确认建立 本地交换和拒绝建立本地交换的流程示意图;
图 10为本发明实施例四中的 BSC请求 MSC触发本地交换时,拒绝建立 本地交换和拒绝建立本地交换的流程示意图;
图 11为本发明实施例五中的呼叫正常通话后 MSC命令 BSC执行本地交 换的流程示意图;
图 12 为本发明实施例六中的通话建立的同时建立本地交换的流程示意 图;
图 13为本发明实施例七中的 BSC内切换时创建本地交换的流程示意图; 图 14为本发明实施例八中的 BSC内切换时创建本地交换的流程示意图; 图 15为本发明实施例九中的 BSC间切换时创建本地交换的流程示意图; 图 16 为本发明实施例十中的正常呼叫释放时解除本地交换的流程示意 图;
图 17为本发明实施例十一中的 BSC请求呼叫释放时解除本地交换的流 程示意图;
图 18为本发明实施例十二中的 MSC命令 BSC解除本地交换的流程示意 图;
图 19为本发明实施例十二中的 MSC命令 BSC解除本地交换过程中信令 交互的流程示意图;
图 20为本发明实施例十三中的 BSC请求解除指定本地交换的流程示意 图;
图 21为本发明实施例十四中的 BSC请求批量解除本地交换的流程示意 图;
图 22为本发明实施例十五中的 BSC内切换时解除本地交换的流程示意 图;
图 23为本发明实施例十六中的 BSC间切换时解除本地交换的流程示意 图;
图 24 为本发明实施例十七中的用呼叫标识指示清除本地呼叫的流程示 意图;
图 25 为本发明实施例十八中的用本地交换标识指示清除本地呼叫的流 程示意图。 具体实施方式
本文中的本地交换指的是: 对于同一会话的主叫和被叫, 若位于同一 个 BSS内的呼叫, 在 BSS内完成通话 UP ( User Plane, 用户面)链路的 环回, 即用户面的语音数据不流出该 BSS , 从而实现特定接口传输资源的 节省, 并减少时延。 相应的, 对于呼叫双方都在同一个 BSS内的呼叫, 本 文中称之为本地呼叫。
根据用户面链路环回位置的不同,本地交换又可以分为 BTS内的本地 交换和 BSC内的本地交换两类。 对于 BTS内的本地交换, 呼叫双方位于 同一个 BTS内 (BTS簇内, 对于 BTS级联的情况), 语音链路的环回发生 在相应的 BTS (簇) 中。 通过建立 BTS (簇) 内的本地交换, 可以实现对 Abis和 A口传输资源的节省。 对于 BSC内的本地交换, 呼叫双方位于同 一 BSC内, 但在不同的 BTS (簇) 内, 语音链路环回发生在相应的 BSC 中。 通过建立 BSC内的本地交换, 可以实现对 A口传输资源的节省。
目前呼叫管理的工作都集中由 MSC完成。 本地呼叫是一类特殊的呼 叫, 故而其管理机制, 即本地交换, 也应由 MSC协调完成, 便于补充业 务、 切换后的呼叫管理。 本地交换的建立、 解除以及恢复由 MSC决定, 还便于实现本地交换对现有补充业务的支持。 在一些特定的场景下, BSS 可以提出建立和解除本地交换的请求, 但最终决定仍然由 MSC做。
对于 MSC而言, 只需要知道 BSS内发生的本地交换, 而具体是 BTS 内的本地交换还是 BSC内的本地交换, MSC无需关心。 而且, 会话双方 只是用户面在 BSS侧本地交换, 双方的控制面连接 (即信令链路)仍然在 BSC和 MSC间维持, 并且所有呼叫管理仍然由 MSC控制。
考虑到目前 A接口是一个标准的公开接口, 而 Abis口已经成为事实 上的私有接口,本发明实施例所提出的技术方案将只关注 A接口与本地交 换相关的流程、 消息和信元。 因此, 在本发明实施例所提出的技术方案中, 将不区分 BTS内的本地交换和 BSC内的本地交换,而是将其统一视为 BSS 内的本地交换。 对于具体是哪种本地交换, BSC可以做出进一步的准确判 断。 至于具体的判断机制, 涉及 BSC的内部实现和 Abis接口的信令交互, 本文不予讨论。
下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案进 行清楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明的一部分实施 例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例, 都属于本发明保 护的范围。
如图 1所示,本发明实施例一所提出的一种 BSS本地交换的实现方法, 包括:
步骤 S101、 MSC通知 BSC为会话中的终端建立本地交换。
具体的通知方式为: MSC通过向所述 BSC发送本地交换命令来通知
BSC为会话中的终端建立本地交换。
具体的, 根据具体实施场景的不同, 本步骤的实施流程包括以下两种 方式, 具体说明如下:
方式一、 MSC向 BSC发送针对会话中的一个终端的本地交换命令, 命令中携带终端的会话对方终端所对应的标识信息。
在此情况下, BSC侧的处理流程包括以下步骤:
所述 BSC根据发送所述本地交换命令的信令链路识别终端;
BSC根据标识信息识别终端的会话对方终端; 当 BSC不具有编码转换功能时, BSC将终端所对应的会话在 BSC侧 环回, 释放会话所对应的两个终端的用户面不再使用的资源(如 A接口用 户面传输资源), 并针对会话中的一个终端和 /或另一个终端返回本地交换 完成消息;
当 BSC 具有编码转换功能时, 判断会话对应的两个终端的语音编码 类型是否一致, 若两个终端的语音编码类型一致或可协商一致, BSC将终 端所对应的会话在 BSC 侧环回, 释放会话所对应的两个终端的用户面不 再使用的资源 (如 A接口用户面传输资源), 并针对会话中的一个终端和 / 或另一个终端返回本地交换完成消息, 若两个终端的语音编码类型不一 致, BSC确定终端所对应的会话不能建立本地交换, 并返回本地交换失败 消息, 本地交换建立失败。
方式二、 MSC向 BSC发送批量执行的本地交换命令, 命令中携带需 要建立本地交换的会话列表。
其中, 需要建立本地交换的会话列表中的表项具体为各会话的两个终 端所对应的标识信息, 或各会话的两个终端所对应的 IMSI信息。
具体的, 上述的终端所对应的标识信息根据具体为:
当终端当前用户面以时分复用 TDM方式建立时, 终端所对应的标识 信息具体为呼叫 /电路示例码 CIC标识信息。
具体的, 如果某一呼叫的 A接口用户面当前使用 TDM传输方式时, MSC、 BSC 间用 CIC标识该呼叫; 在本地交换建立成功后, 为了节省核 心网的资源和 A接口传输, 释放这个 CIC; 仅当会话保持过程中本地交换 需要解除, 则为该呼叫重新分配一个新的 CIC或 IP端点。
当终端当前用户面以 IP 方式建立时, 终端所对应的标识信息具体为 呼叫标识 Call Identifier信息或终端在 BSC侧的用户面 IP地址信息和 /或所 述用户终端在 MSC侧的用户面 IP地址信息。
具体的,如果某一呼叫的 A接口用户面当前使用 IP传输方式时, MSC、 BSC间用 Call Identifier标识该呼叫; 在本地交换建立成功后, 为了节省核 心网的资源和 A接口传输, 释放这个 Call Identifier; 仅当会话保持过程中 本地交换需要解除, 则为该呼叫重新分配一个新的 Call Identifier或 CIC。 在此情况下, BSC侧的处理流程包括以下步骤:
BSC对会话列表中的每一个会话进行本地交换建立操作;
当 BSC对会话列表中的最后一个会话进行本地交换建立操作后, BSC 返回包含与会话列表相对应的本地交换成功列表和 /或失败列表的本地交 换请求应答。
进一步的, MSC根据本地交换成功列表,保持相对应的会话的信令链 路, 释放相对应的会话所对应的终端的用户面资源。
再进一步的, 在本步骤之前, 还包括本地交换建立流程的触发流程, 根据触发本地交换建立操作的对象不同, 还包括以下三种情况, 其中, 情 况一为 MSC自行确定并触发本地交换的建立流程,情况二和情况三为 BSC 触发本地交换的建立流程, 具体说明如下:
情况一、 MSC确定会话中的两个终端位于同一个 BSS。
其中, 根据确定依据的不同, 分为以下几种情况, 具体包括:
1、 MSC根据 SCCP链路获取会话两端的终端所对应的 BSC信息进行 确定。
当会话两端的终端对应同一个 BSC时, MSC确定会话中的两个终端 位于同一个 BSS。
具体的,在一个 BSS下建立呼叫之初, BSC和 MSC首先得建立 SCCP 连接, 用于 BSC、 MSC间交互 BSSAP消息(分为 BSSMAP消息和 DTAP 消息两类 ) , MSC可以通过 SCCP连接获取对端 BSC , 这样 MSC就可以 知道同一会话中的两用户是否来自同一 BSS下。
2、 MSC根据会话所对应的两个终端所属的 BSC上报的信息中所携带 的小区标识进行确定。
当小区标识表示终端所属的 BSC是同一个 BSC时, MSC确定会话中 的两个终端位于同一个 BSS。
具体的, 在实际应用场景中, MSC可以根据 BSSMAP消息中携带的 小区标识确定:
在 MSC中保存其管理的所有小区 (Cell ) 与其所属的 BSC的对应关 系。 该信息以配置数据的方式保存在 MSC中。 在呼叫建立的过程中, MSC 通过呼叫方所属的 BSC 上 "¾的 COMPLETE LAYER 3 INFORMATION 完全层三消息中所带的 " Cell Identifier" 信元中携带的小区标识, 查询到呼叫方所属的 BSC。 消息中带的 Cell-ID List信元, 选定用户切换的目标小区, 进一步查出切 换目标小区所在的 BSC。
MSC 综合会话双方的 BSC, 进而可以确定呼叫双方是否属于同一个 BSS。
3、 MSC根据呼叫建立过程中 BSC上报实现正常通话后的完全层三消 息和 Assignment Complete指派完成消息分别对会话所对应的两个终端所 属的 BSS的信息进行识别。
当两个终端所属的 BSS的信息相同时, MSC确定会话中的两个终端 位于同一个 BSS。
4、 当该会话所对应的两个终端中的一方或双方发生 BSC内切换时, MSC根据 BSC上报的该会话所对应的一个终端的切换完成消息或两个终 端的切换完成消息识别终端所属的 BSS信息。
当终端所属的 BSS的信息相同时, MSC确定该会话中的两个终端位 于同一个 BSS。
当切换完成消息表示会话所对应的两个终端所属的 BSC 是同一个 BSC时, MSC确定会话中的两个终端位于同一个 BSS。
5、当会话所对应的两个终端中的一方或双方发生 BSC间切换时, MSC 根据两个终端中的一个终端的目的 BSC 上报的切换完成消息或两个终端 的目的 BSC分别上报的切换完成消息识别终端所属的 BSS信息。
当两个终端所属的 BSS的信息相同时, MSC确定该会话中的两个终 端位于同一个 BSS。
情况二、 MSC接收 BSC发送的本地交换候选查询请求。
1、 当本地交换候选查询请求包括 BSC希望节省的 A接口类型时, 步 骤 S101具体为:
MSC向 BSC发送本地交换命令,命令 BSC为使用了 A接口类型的会 话中的终端建立本地交换。
2、 当本地交换候选查询请求中包括 BSC希望建立的本地交换的数量 时, 步骤 S101具体为:
MSC通过检索与 BSC相对应的会话列表,获取与 BSC希望建立的本 地交换的数量相匹配的数量的能够建立本地交换的会话的会话集合;
MSC向 BSC发送与获取的会话集合中的每一个会话相对应的本地交 换命令, 命令 BSC为每一个会话中的两个终端建立本地交换。
3、 当本地交换候选查询请求中包括 BSC希望建立的本地交换的数量 和 BSC希望建立本地交换的候选列表时, 步骤 S101具体为:
MSC通过检索候选列表, 获取与 BSC希望建立的本地交换的数量相 匹配的数量的能够建立本地交换的会话的会话集合;
MSC向 BSC发送与获取的会话集合中的每一个会话相对应的本地交 换命令, 命令 BSC为每一个会话中的两个终端建立本地交换。
进一步的, 对应上述的 2和 3两种情况, 当向 BSC发送了与获取的 会话集合中的最后一个会话相对应的本地交换命令之后, 本发明实施例所 提出的方法中还包括:
MSC向 BSC发送包含已发送的本地交换命令数量的本地交换候选应 答。
情况三、 MSC接收 BSC发送的本地交换查询请求。
当本地交换查询请求包括 BSC希望节省的 A接口类型时, 步骤 S 101 具体为:
MSC向 BSC发送本地交换命令,命令 BSC为使用了 A接口类型的会 话中的终端建立本地交换。
进一步的, 当该本地交换查询请求所请求的本地交换不能建立时, 本 情况还包括:
MSC向 BSC发送本地交换拒绝消息, 拒绝建立本地交换查询请求所 请求的本地交换。
步骤 S102、 MSC接收 BSC返回的本地交换完成消息, 本地交换通过 两个终端的呼叫标识或本地交换标识进行标识。 其中, 本地交换通过两个终端的呼叫标识或本地交换标识进行标识具 体为:
生成两个终端的呼叫标识或本地交换标识, 当向 BSC 发送本地交换 命令时, 通过本地交换命令携带两个终端的呼叫标识或本地交换标识, 对 根据本地交换命令所建立的本地交换进行标识; 或,
当接收 BSC返回的本地交换完成消息时, 接收本地交换完成消息中 携带的由 BSC 生成的两个终端的呼叫标识或本地交换标识, 通过两个终 端的呼叫标识或本地交换标识对建立完成的本地交换进行标识。
进一步的, 对上述的呼叫标识和本地交换标识说明如下:
1、 呼叫标识
AoIP情况下, Call Identifier按现有的 3GPP R8规范被定义为一个特 定的 A接口用户面的 IP连接,即一个 AoIP呼叫用户面连接在 MSC和 BSC 侧的 IP地址对当前被 Call Identifier值唯一确定下来, 也就是说该呼叫在 MSC、 BSC任一侧的端点发生改变, 就必须用一个新的 Call Identifier值 来指示。 同时 Call Identifier值不释放, 则 MSC、 BSC侧的相应 IP地址也 不能释放, 至少不能被其它呼叫使用。
由于会话在 BSS侧建立了用户面的本地交换后, 为了保证 A接口用 户面传输的真正释放, 即 TDM方式时 CIC释放, 而 IP方式时 IP地址对 和 Call Identifier也释放; 这时对于一个呼叫, MSC和 BSC间唯一联系就 是控制面的 SCCP连接, 一旦 SCCP连接断, 则 BSC, MSC两者中的一方 发现了故障但无法通知对方网元释放哪个呼叫, 因此在一个呼叫在 BSS 侧和另一个呼叫建立本地交换之时, MSC、 BSC间必须有一个唯一标识该 呼叫的呼叫标识数值, 同时为同一会话中的另一个呼叫也分配一个唯一标 识的呼叫标识数值, 用于呼叫业务的异常处理。 该呼叫标识的生存期可以 为本地交换建立到本地交换解除或呼叫释放, 或 MSC和 BSC知道对方支 持本地交换功能情况下, 该呼叫标识的生存期可以为呼叫建立到呼叫释 放。
该标识可以用于 MSC、 BSC 中的一方发现故障且必须释放呼叫时, 一方向另一方发送 SCCP无连接类型的呼叫清除消息, 消息中携带要释放 的呼叫的唯一呼叫标识数值。
当然也可以将现有 AoIP规范中的 Call Identifier扩展为呼叫标识使用。 2、 本地交换标识
AoIP情况下, Call Identifier按现有的 3GPP R8规范被定义为一个特 定的 A接口用户面的 IP连接,即一个 AoIP呼叫用户面连接在 MSC和 BSC 侧的 IP地址对当前被 Call Identifier值唯一确定下来, 也就是说该呼叫在 MSC、 BSC任一侧的端点发生改变, 就必须用一个新的 Call Identifier值 来指示。 同时 Call Identifier值不释放, 则 MSC、 BSC侧的相应 IP地址也 不能释放, 至少不能被其它呼叫使用。
由于会话在 BSS侧建立了用户面的本地交换后, 为了保证 A接口用 户面传输的真正释放, 即 TDM方式时 CIC释放, 而 IP方式时 IP地址对 和 Call Identifier也释放; 这时对于一个呼叫, MSC和 BSC间唯一联系就 是控制面的 SCCP连接, 一旦 SCCP连接断, 则 BSC、 MSC两者中的一方 发现了故障但无法通知对方网元释放哪个呼叫, 因此需要一个标识。
考虑到本地呼叫的双方的绑定关系, 即一方释放意味着另一方呼叫也 同步需要释放, 因此可以用一个 MSC、 BSC 间唯一的本地交换标识数值 表示该本地呼叫。 该呼叫标识的生存期可以为: 本地交换建立到本地交换 解除或呼叫释放。
该标识可以用于 MSC、 BSC 中的一方发现故障且必须释放本地呼叫 时, 一方向另一方发送 SCCP无连接类型的清除消息, 消息中携带要释放 的本地呼叫的唯一本地交换标识数值。
进一步的, 步骤 S102完成之后, 本方法还包括:
MSC保持会话的信令链路, 并释放该会话所对应的其他资源。
至此, 完成了本地交换的建立流程。
进一步的, 在建立流程之后, 本发明实施例还提出了相应的本地交换 解除流程, 根据触发本地交换解除操作的原因不同, 分为以下几种情况: 1、 正常呼叫释放
当与会话中的两个终端完成释放协商过程时, 包括以下步骤: 针对终端, MSC向 BSC发送清除命令, 命令 BSC释放终端的无线资 源;
接收 BSC发送的终端的清除完成消息;
接收 BSC针对根据终端识别出的会话所对应的另一个终端所发送的 清除请求;
针对另一个终端, 向 BSC发送清除命令, 命令 BSC释放另一个终端 的无线资源;
接收 BSC发送的另一个终端的清除完成消息, 完成对会话的本地交 换的释放。
2、 BSC请求呼叫释放
当 BSC确定与会话所对应的第一终端连接中断时, 包括以下步骤: 与会话所对应的第二终端进行释放协商;
当释放协商完成时, 针对会话中的第一终端或第二终端, 向 BSC 发 送清除命令, 命令 BSC释放第一终端或第二终端的无线资源;
接收 BSC发送的第一终端或第二终端的清除完成消息;
接收 BSC针对根据第一终端或第二终端识别出的会话所对应的第二 终端或第一终端所发送的清除请求;
针对第二终端或第一终端, 向 BSC发送清除命令, 命令 BSC释放第 二终端或第一终端的无线资源;
接收 BSC发送的第二终端或第一终端的清除完成消息, 完成对本地 交换的会话的释放。
3、 MSC命令 BSC解除本地交换
当 MSC确定会话所对应的两个终端需要解除本地交换时, 具体包括 以下步骤:
根据会话所对应的两个终端的当前语音编码类型和 A接口传输资源, 为会话所对应的两个终端分配相应的资源和端点;
针对会话所对应的一个终端, 向所述 BSC 发送本地交换解除命令, 本地交换解除命令中包含为会话所对应的两个终端所分配的端点信息, 命 令 BSC解除会话所对应的两个终端的本地交换;
当 BSC对本地交换解除成功时, 接收 BSC返回的本地交换解除完成 消息, 本地交换解除完成消息中包含会话所对应的两个终端的端点信息, 根据端点信息,接通会话所对应的两个终端的 Α接口用户面连接; 当 BSC 对本地交换解除失败时, 接收 BSC 返回的本地交换解除失败消息, 释放 为会话所对应的两个终端分配的相应的资源和端点, 维持本地交换。
进一步的, 上述流程中所提及的 BSC 解除会话所对应的两个终端的 本地交换, 具体包括以下流程:
BSC接收针对会话所对应的一个终端发送的本地交换解除命令,本地 交换解除命令中包含为会话所对应的两个终端所分配的端点信息;
BSC根据端点信息, 为会话所对应的两个终端分配资源和端点。
当分配成功时, BSC返回针对会话所对应的一个终端的本地交换解除 完成消息, 本地交换解除完成消息中包含 BSC 为会话所对应的两个终端 分配的端点信息; 当分配失败时, BSC返回本地交换解除失败消息。
其中, 上述的 BSC 分配资源的步骤中, 具体的分配流程分为以下两 种情况:
( 1 ) 当 BSC所接收到的本地交换解除命令中包含的为会话所对应的 两个终端所分配的端点信息为 TDM端点信息时, BSC为两个终端分配相 同的 CIC标识, 在返回的本地交换解除完成消息中不携带 BSC为两个用 户分配的 CIC标识。
( 2 ) 当 BSC所接收到的本地交换解除命令中包含的为会话所对应的 两个终端所分配的端点信息为 IP端点信息时, BSC为两个终端分配配对 的 IP端点, 在返回的本地交换解除完成消息中携带 BSC为两个用户分配 的 IP端点信息。
4、 BSC请求解除本地交换
当 MSC接收到 BSC发送的本地交换解除请求时,具体包括以下步骤: 当本地交换解除请求针对指定的本地交换时, 解除指定的本地交换; 当本地交换解除请求具体为包含 BSC 希望解除本地交换的数量的本 地交换解除候选请求时, 通过检索本地交换列表, 获取与 BSC 希望解除 的本地交换的数量相匹配的数量的能够解除本地交换的会话的会话集合, 向 BSC 发送与获取的会话集合中的每一个会话相对应的本地交换解除命 令, 命令 BSC解除相应的本地交换;
当本地交换解除请求具体为包含 BSC 希望解除本地交换的数量和 BSC希望解除本地交换的候选列表的本地交换解除候选请求时,通过检索 候选列表, 获取与 BSC 希望解除的本地交换的数量相匹配的数量的能够 解除本地交换的会话的会话集合, 向 BSC 发送与获取的会话集合中的每 一个会话相对应的本地交换解除命令, 命令 BSC解除相应的本地交换。
其中, 当向 BSC 发送了与获取的会话集合中的最后一个会话相对应 的本地交换解除命令之后, 还包括向 BSC 发送包含已发送的本地交换解 除命令数量的本地交换解除候选应答。
5、 BSC内切换导致本地交换解除
当 BSC确定建立了本地交换的会话中的一个终端要进行 BSC内部切 换, 且切换后终端不能支持本地交换时, 具体包括以下步骤:
在 BSC 内部切换执行前, BSC发送解除终端所对应的本地交换的请 求, 解除本地交换。
6、 BSC间切换导致本地交换解除
当 BSC确定建立了本地交换的会话中的一个终端要进行 BSC间切换, 且切换后终端不能支持本地交换时, 具体包括以下步骤:
在 BSC 内部切换执行前, BSC发送解除终端所对应的本地交换的请 求, 解除本地交换。
7、 连接故障导致本地交换解除
当 MSC确定本地交换中的一方或双方网元出现故障时, 具体包括以 下步骤
MSC向 BSC发送包含本地交换所对应的两个终端的呼叫标识或本地 交换标识的呼叫清除消息;
MSC接收 BSC发送的包含根据两个终端的呼叫标识或本地交换标识 所清除的本地交换列表的呼叫清除响应, 解除相应的本地交换。
另一方面, 在实际应用中, BSC也同样可以进行故障判定, 步骤 S103 完成之后, 当 BSC 确定本地交换中的一方或双方网元出现故障时, 方法 还包括: 接收 BSC发送的包含本地交换所对应的两个终端的呼叫标识或本地 交换标识的呼叫清除消息;
解除相应的本地交换;
向 BSC 发送包含根据两个终端的呼叫标识或本地交换标识所清除的 本地交换列表的呼叫清除响应。
需要指出的是, 上述的各种情况, 在解除本地交换之后都包括释放本 地交换所对应的两个终端的呼叫标识或本地交换标识的流程。
本发明实施例的技术方案具有以下优点,因为采用了 BSS本地交换的 实现方法和装置, 从而, 实现了对本地交换实现过程的控制, 达到了对本 地交换的实现完全控制, 提高呼叫业务的可控度, 并通过控制建立本地交 换实现资源节约的效果。 进一步的,基于上述本发明实施例一所提出的 BSS本地交换的实现方 法, 如图 2所示, 本发明实施例二提出的一种 BSS本地交换的实现方法, 包括:
步骤 S201、 BSC接收移动交换中心 MSC发送的本地交换命令; 步骤 S202、 BSC根据本地交换命令为会话中的两个终端建立本地交 换;
其中, 本步骤完成之后, 还包括:
保持相对应的会话的信令链路, 释放会话所对应的终端的用户面不再 使用的资源。
步骤 S203、 BSC向 MSC发送本地交换完成消息, 本地交换通过两个 终端当前的呼叫标识或本地交换标识进行标识。
进一步的, 向 MSC发送本地交换完成消息之后, 还包括:
当确定与会话所对应的终端的连接中断时,向 MSC发送消息,使 MSC 解除终端所对应的会话的本地交换; 或,
当确定建立本地交换的会话中的一个终端要进行 BSC 内部切换, 且 切换后终端不能支持本地交换时, 向 MSC发送解除终端所对应的本地交 换的请求, 使 MSC解除本地交换; 或, 当确定建立本地交换的会话中的一个终端要进行 BSC 间切换, 且切 换后终端不能支持本地交换时, 向 MSC发送解除终端所对应的本地交换 的请求, 使 MSC解除本地交换。
其中, 解除本地交换之后, 还包括:
释放本地交换所对应的两个终端的呼叫标识或本地交换标识。
再进一步的, 上述方法还包括:
向 MSC发送本地交换候选查询请求,或本地交换查询请求,触发 MSC 发送本地交换命令。
本发明实施例的技术方案具有以下优点,因为采用了 BSS本地交换的 实现方法和装置, 从而, 实现了对本地交换实现过程的控制, 达到了对本 地交换的实现完全控制, 提高呼叫业务的可控度, 并通过控制建立本地交 换实现资源节约的效果。 进一步的, 基于上述本发明实施例所提出的 BSS 本地交换的实现方 法, 如图 3所示, 本发明实施例三提出了一种 BSS本地交换的实现系统的 结构示意图, 该系统具体包括 MSC 1和 BSC 2:
MSC 1用于通知 BSC 2为会话中的终端建立本地交换, 并接收 BSC 2 返回的本地交换完成消息;
进一步的, MSC 1还用于向 BSC 2发送本地交换解除命令,命令 BSC 2为会话中的两个终端解除本地交换, 并接收 BSC 2返回的本地交换解除 响应, 具体的, MSC 1包括:
发送模块 11 , 用于通知 BSC 2为会话中的终端建立本地交换,; 接收模块 12 , 用于接收 BSC 2返回的本地交换完成消息, 本地交换 通过两个终端的呼叫标识或本地交换标识进行标识。
进一步的, MSC 1还包括以下模块中的一个或多个:
处理模块 13 , 用于在接收模块 12接收到本地交换完成消息之后, 保 持会话的两个终端的信令链路, 释放会话所对应的两个终端的其他资源; 确定模块 14, 用于确定会话中的两个终端是否位于同一个 BSS , 当判 断会话中的两个终端位于同一个 BSS时, 使发送模块 11向 BSC 2发送本 地交换命令。
BSC 2 , 用于接收 MSC 1发送的建立本地交换的通知, 为会话中的两 个终端建立本地交换, 并向 MSC发送本地交换完成消息。
进一步的, BSC 2还用于接收 MSC 1发送的本地交换解除命令, 根据 所接收的本地交换命令为会话中的两个终端解除本地交换, 并向 MSC 1 发送本地交换解除响应, 包括:
接收模块 21 , 用于接收 MSC发送的建立本地交换的通知;
判断模块 22 , 用于判断是否能建立接收模块 21所接收的建立本地交 换的通知所对应的本地交换;
建立模块 23 , 用于当判断模块 22判断可以建立本地交换时, 根据接 收模块 21 所接收的建立本地交换的通知为会话中的两个终端建立本地交 换, 该本地交换通过两个终端的呼叫标识或本地交换标识进行标识;
发送模块 24 ,用于在建立模块 24建立本地交换后, 向 MSC发送本地 交换完成消息, 进一步的, 还用于向 MSC发送本地交换候选查询请求, 或本地交换查询请求, 触发 MSC发送本地交换命令。
进一步的, BSC 2还包括:
处理模块 25 , 用于在建立模块 23建立本地交换后, 保持相对应的会 话的信令链路, 释放会话所对应的终端的用户面不再使用的资源。
其中, 本地交换通过两个终端的呼叫标识或本地交换标识进行标识。 上述模块可以分布于一个装置, 也可以分布于多个装置。 上述模块可 以合并为一个模块, 也可以进一步拆分成多个子模块。
本发明实施例的技术方案具有以下优点,因为采用了 BSS本地交换的 实现方法和装置, 从而, 实现了对本地交换实现过程的控制, 达到了对本 地交换的实现完全控制, 提高呼叫业务的可控度, 并通过控制建立本地交 换实现资源节约的效果。 下面, 进一步的通过后续的实施例对本发明实施例一中所提出的方法 的各个步骤进行详细说明。
依据不同的场景,本地交换可以在会话进行过程中、呼叫建立过程中、 以及 Handover 时建立。 下面通过以下的实施例, 根据各种不同的场景制 定其相关的本地交换建立流程和定义流程中所涉及的信令消息。
首先, 对会话中建立本地交换的流程进行说明如下:
建立本地交换的最佳时机是当同一 BSS 下的会话双方的呼叫建立之 时或切换入同一 BSS之时, 但有时受资源、 补充业务等的限制而错过了, 则只能在会话过程中由 MSC通知 BSC建立本地交换。
如图 4至图 6所示, 为本发明实施例三所提出的 MSC命令 BSC建立 本地交换的流程示意图。
其中, 如图 4所示, 为本发明实施例三中所提出的建立指定本地交换 的流程示意图。
MSC判断到 MS 1和 MS 2在同一会话中, 且都在同一 BSS下, 即满 足建立本地交换的基本要求。
步骤 S401、 MSC针对 MS 2向 BSC发送 SCCP连接类型的 Local Switch Command消息。
当然, 也可以针对 MS1 发送上述消息, 这样的变化并不影响本发明 的保护范围。
进一步的, 上述的 Local Switch Command消息中可选携带原因值, 但 必须携带对方用户 (即 MS 1 ) 的标识, 还携带本地交换标识或双方的呼 叫标识, 具体的标识方式包括:
A )如果当前 MS 1用户面以 TDM方式建立,则使用 MS 1当前的 CIC 号;
B )如果当前 MS 1用户面以 IP方式建立, 则使用 Call identifier编号 或者 MS 1用户面在 BSC侧的用户面 IP地址信息和 /或 MS 1用户面在 MSC 侧的用户面 IP地址信息;
步骤 S402、 BSC根据 Local Switch Command消息中携带的对方用户 的标识解析出对应的用户 MS 1。
当 BSC没有 TC (编码转换) 功能时, 则执行步骤 S403;
当 BSC具有 TC功能时, 则执行步骤 S405。
步骤 S403、 BSC对 MSI和 MS2所对应的会话建立本地交换。 BSC将 MS 1和 MS 2的用户面连接直接在 BSC侧环回, 同时释放 MS 1和 MS 2在 A接口上的相关用户面资源, 针对 MS 2和 /或针对 MS 1 向 MSC发送 SCCP连接类型的 Local Switch Complete消息。
如果 MS1 或 MS2 的语音编码类型有变化则在该 Local Switch Complete消息中需要携带变化后的语音编码类型。
如果 MSC在 Local Switch Command消息中没有携带本地交换标识或 双方的呼叫标识, 则 Local Switch Complete消息中必须携带本地交换标识 或双方的呼叫标识。
步骤 S404、 MSC收到 Local Switch Complete消息后, 判断本地呼叫 建立成功, 释放本侧 MS 1和 MS 2相关资源, 包括 A接口用户面传输。
步骤 S405、 BSC判断 MS 1和 MS 2的语音编码类型是否一致。
若 MS 1 和 MS 2 的语音编码类型一致或能协商一致, 则执行步骤 S403;
若 MS 1和 MS 2的语音编码类型不一致且不能协商一致, 则执行步 骤 S406。
步骤 S406、 BSC最终判断 MS 1和 MS 2不能建立本地呼叫, 针对 MS 2和 /或针对 MS 1向 MSC发送 SCCP连接类型的 Local Switch Failure 消息, 消息中携带具体失败原因值。
步骤 S407、 MSC收到 Local Switch Failure消息后, 判断本地呼叫建 立失败,维持本侧 MS 1和 MS 2相关资源, 包括 A接口用户面传输, MSC 可以后续再尝试命令 BSC对 MS 1和 MS 2建立本地交换。
对应上述流程, 如图 5所示, 为本发明实施例三中所提出的建立指定 本地交换的过程中信令交互的流程示意图。
其中, 如图 6所示, 为本发明实施例三中所提出的批量建立多个本地 交换的过程中信令交互的流程示意图。
步骤 S601、 MSC指示 BSC批量执行本地交换, 向 BSC发送 SCCP 无连接的 Local Switch Request消息,该消息中携带了要求建立本地交换的 会话列表, 列表中的每一项即为每一个会话的相关两个用户以当前的用户 面端点标识, 或以两个用户的 IMSI表示; 步骤 S602、 BSC收到该消息后, 批量处理这些会话的本地交换建立。 步骤 S603、 BSC处理完最后一个会话后返回 MSC—条 SCCP无连接 的 Local Switch Request Acknowledge消息, 消息中携带建立本地交换的成 功列表和 /或失败列表, MSC根据成功列表指示释放相关用户的资源和端 点。 如图 7至图 10所示, 为本发明实施例四所提出的 BSC请求 MSC触 发本地交换的流程示意图。
当 BSC发现自身的传输资源短缺时, 可以请求 MSC触发本地交换流 程。
具体实现方式有以下 3种:
1 ) 方式 A
具体流程图如图 7所示, 包括以下步骤:
步骤 S701、 BSC 向 MSC 发送 SCCP 无连接类型的 Local Switch Candidate Enquire消息, 消息中可选携带具体原因值, 消息中还可以进一 步指示 BSC希望节省的 A接口类型 (即 AoIP或 AoTDM ), 通知 MSC对 该 BSS下的会话尝试建立本地交换。
步骤 S702、 MSC收到该 Local Switch Candidate Enquire消息后, 对 A 接口所对应的各个会话依次进行建立本地交换操作。
在本步骤中, MSC不需要向 BSC反馈对应的应答消息, 而是直接查 询该 BSC 下的会话, 按照本发明实施例三中所提出的建立指定本地交换 的方法, 针对每一个会话中一个用户向 BSC发送 Local Switch Command 消息触发本地交换。
进一步地, MSC可以根据收到的 Local Switch Candidate Enquire消息 中的 A接口类型, 对使用了该接口类型的会话触发本地交换。
2 ) 方式 B
具体流程图如图 8所示, 包括以下步骤:
步骤 S801、 BSC 向 MSC 发送 SCCP 无连接类型的 Local Switch Candidate Enquire消息, 消息中携带了 BSC希望建立本地交换的个数和 / 或希望建立本地呼叫的候选列表, 可选携带具体原因值, 通知 MSC对该
BSS下的会话尝试建立本地交换。 其中候选列表中的每一项定义为会话一 方的用户面端点标识。
步骤 S802、 MSC判断可建立本地交换的会话, 并向 BSC分别发送相 应的本地交换命令。
如果 Local Switch Candidate Enquire消息中仅携带 BSC希望建立本地 交换的个数, MSC检查会话列表, 尽可能按照 BSC要求的个数查找到能 够建立本地交换的呼叫, 并向 BSC 分别针对每一个会话中的一方用户发 送 Local Switch Command消息,按照本发明实施例三中所提出的建立指定 本地交换的方法, 建立本地交换。
如果 Local Switch Candidate Enquire消息中除了携带 BSC希望建立本 地交换的个数外, 还携带了候选列表, 则 MSC检查后向 BSC分别针对每 一个会话中的一方用户发送 Local Switch Command消息,按照本发明实施 例三中所提出的建立指定本地交换的方法, 建立本地交换。
步骤 S803、 MSC向 BSC返回本地交换候选响应。
到最后一个会话相关的 Local Switch Command消息发送完后, MSC 向 BSC发送一条 SCCP无连接类型的 Local Switch Candidate Response应 答消息, 该消息中携带了 MSC发送的 Local Switch Command消息个数, 即处理的本地交换建立指示个数。
3 ) 方式 C
具体流程图如图 9和图 10所示, 分别表示确认建立本地交换和拒绝 建立本地交换的流程, 包括以下步骤:
步骤 S901、 BSC如果发现自身的 A接口传输较为紧张或会话中的一 方发生 BSC内部切换后而可以建立本地交换时, 向 MSC发送一条 SCCP 无连接类型的 Local Switch Enquire消息,消息中可以携带具体原因值和具 体紧张的 A接口类型。
步骤 S902、 MSC收到该消息后, 查找合适的可以在 BSS内建立本地 交换的会话, 按照本发明实施例三中所提出的批量建立本地交换的方法, 建立本地交换批量执行本地交换流程。 步骤 S903、 BSC向 MSC返回本地交换请求响应, 该请求中包含本地 交换建立的成功列表和 /或失败列表。
如图 10所示,如果 MSC收到该消息后,由于某些原因拒绝该请求时, MSC回送一条 SCCP无连接类型的 Local Switch Reject消息, 消息中可以 携带具体的拒绝原因值, 或 MSC就不做任何应答。 进一步的, 对会话建立过程中创建本地交换的流程进行说明如下: 会话建立的同时建立本地呼叫有两种方式, 一是在呼叫正常通话后 MSC命令 BSC执行本地交换, 二是在对被叫进行指派的同时 MSC命令 BSC执行本地交换, 具体通过以下实施例进行说明。
如图 11所示, 为本发明实施例五所提出的呼叫正常通话后 MSC命令 BSC执行本地交换的流程示意图。
会话中的两用户按现有规范流程接续、 振铃、 接通, 用户面在核心网 侧环回, 但在这过程中 MSC综合完全层三消息和 Assignment Complete消 息判断被叫 MS 2所在的 BSS , 综合完全层三消息和 Assignment Complete 消息判断被叫 MS 1所在的 BSS , 或通过两用户 SCCP连接得到两用户所 在的 BSS , 如果两用户在同一 BSS下, 则满足本地交换的条件。
在会话正常接通, 即两用户的用户面在核心网成功接续环回的同时, 即 MSC向被叫 MS 2发送 Connect Acknowledge消息的同时, MSC针对其 中的一个 MS (在本实施例中以 MS 2为例) 向 BSC发送 SCCP连接类型 的 Local Switch Command消息, 触发本地交换建立过程, 具体步骤按照本 发明实施例三中所提出的建立指定本地交换的方法的流程来执行, 本实施 例不再重复叙述。
如图 12所示, 为本发明实施例六所提出的通话建立的同时建立本地 交换的流程示意图。
会话中的两用户按现有规范流程接续、 振铃、 接通, 用户面在核心网 侧环回,但在这过程中 MSC根据完全层三消息判断被叫 MS 2所在的 BSS , 综合完全层三消息和 Assignment Complete 消息判断主叫 MS 1 所在的 BSS , 或通过两用户 SCCP连接得到两用户所在的 BSS, 如果两用户在同 一 BSS下, 则满足本地交换的条件。
MSC在针对 MS 2下发的 Assignment Request消息中携带本地交换标 识或双方的呼叫标识, 还必须携带对方 MS 1的的标识, 具体的标识方式 包括:
A )如果当前 MS 1用户面以 TDM方式建立,则使用 MS 1当前的 CIC 号;
B )如果当前 MS 1用户面以 IP方式建立, 则使用 Call identifier编号 或者 MS 1用户面在 BSC侧的用户面 IP地址信息和 /或 MS 1用户面在 MSC 侧的用户面 IP地址信息;
同时 MSC在该消息中如果携带推荐使用的语音编码类型则使用与对 方 MS 1使用相同的语音编码类型, 若不能保持一致也至少保证兼容。
BSC收到 Assignment Request消息后, 发现携带了会话对方的标识, 则判定 MSC要求对 MS 1和 MS 2执行本地交换, 在收到 MS 2返回的 Assignment Complete 消息后, 执行本地交换, 口果成功返回 Assignment Complete消息, 消息中携带了本地交换建立成功的指示, 这时两用户的用 户面连接已经在 BSS侧环回, 按此流程操作则 MS 1听不到网络下发的回 铃音; 如果失败也返回 Assignment Complete消息, 但消息中携带了本地 交换建立失败的指示, 可选还可以进一步携带具体原因值。
MSC收到 Assignment Complete消息, 如果包含本地交换建立成功的 指示则判断会话在 BSS侧成功建立本地交换, 释放本侧为 MS 1和 MS 2 分配的相关资源, 包括 A接口用户面传输; 否则按现有规范流程接续用户 面。 进一步的, 对 BSC内切换时创建本地交换的流程进行说明如下: 如图 13所示, 为本发明实施例七所提出的 BSC内切换时创建本地交 换的流程示意图。
A接口用户面 TDM传输方式下,会话一方(本实施例中以 MS 2为例 ) BSC内部切换, MSC收到 BSC上报的 Handover Performed消息后, MSC 判断会话满足建立本地交换的条件, 则立即执行本地交换流程, 具体按照 本发明实施例三中所提出的建立指定本地交换的方法, 建立本地交换, 即 切换完成后执行本地交换。
如图 14所示, 为本发明实施例八所提出的 BSC内切换时创建本地交 换的流程示意图。
A接口用户面 IP传输方式下, 会话一方 (本实施例中以 MS 2为例 )
BSC 内部切换, MSC 收到 BSC 在切换执行完成时上报的 Handover Complete 消息后, MSC判断会话满足建立本地交换的条件, 则立即执行 本地交换流程, 具体按照本发明实施例三中所提出的建立指定本地交换的 方法, 建立本地交换。 即切换完成后执行本地交换。 进一步的, 对 BSC间切换时创建本地交换的流程进行说明如下: 如图 15所示, 为本发明实施例九所提出的 BSC间切换时创建本地交 换的流程示意图。
会话一方 MS 2在 BSS 2下, 另一方 MS 1在 BSS 1下, 通话过程中 MS 2切换进入 BSS 1 , MSC收到 BSC 1上报的 Handover Complete消息后, 判断两用户同在 BSS 1下,即满足本地交换建立条件,向 BSC 2发送 Clear Command ,并向 BSC 1发送针对任一用户的 SCCP连接类型的 Local Switch Command 消息, 即具体按照本发明实施例三中所提出的建立指定本地交 换的方法, 建立本地交换。
通过采用上述本发明实施例三至本发明实施例九所提出的技术方案, 提供能够标准化的本地交换建立方法, 使得 MSC能够完全控制呼叫, 能 够在呼叫全过程中触发建立本地交换, 大大提高了本地交换对应用场景的 适应度, 并且本地交换建立后释放或不建立 A 口电路, 能够节省 A 口资 源, 在编码一致的时候, 也能够节省 Ater口资源, 实现了提高呼叫业务的 可控度, 并节约资源的效果。 在以上的各实施例中, 对本地交换的建立过程进行了详细的说明, 下 面, 本发明进一步通过以下实施例进行说明本地交换的解除流程。
依据不同的场景, 本地交换可以在呼叫释放时, 呼叫过程中, 呼叫切 换时以及本地交换的连接或本地交换的相关网元出现故障时进行解除, 下 面通过以下的实施例, 根据各种不同的场景制定其相关的本地交换解除流 程和定义流程中所涉及的信令消息。
首先, 对呼叫释放时解除本地交换的流程进行说明如下:
根据呼叫释放的起因, 再进一步的分为以下几种情况:
如图 16所示, 为本发明实施例十所提出的正常呼叫释放时解除本地 交换的流程示意图。
MS和 MSC间使用 DTAP消息直接完成释放协商过程(参见 3GPP TS 24.008 )后, MSC针对 MS1发送 BSSAP CLEAR COMMAND消息, 指示 BSC释放无线资源; BSC收到该 CLEAR COMMAND ( MSI )消息后检索 到 MS1本地交换的配对 MS2, 针对 MS2发送 BSSAP CLEAR REQUEST 请求消息, 然后一次解除 BSS中的 MSI和 MS2的本地交换, 并释放相应 的资源。
注: CLEAR COMMAND, CLEAR REQUEST消息中的 Cause 信元需 要增加和本地交换解除相对应的原因值指示值。
当然 MSC 也可以同时向 BSC 下发针对 MS 1 和 MS 2 的 Clear Command消息, 而不用由 BSC发送 Clear Request消息请求 MSC启动清 除 MS 2资源的流程, 这样的变化并不影响本发明的保护范围。
如图 17所示, 为本发明实施例十一所提出的 BSC请求呼叫释放时解 除本地交换的流程示意图。
MS1 和基站间的无线连接中断后, BSC 检测到故障后针对 MS1 向 MSC发送 BSSAP CLEAR REQUEST请求消息, MSC使用 DTAP消息直 接完成和 MS2 的释放协商过程 (参见 3GPP TS 24.008 )后, MSC针对 MS1 (或 MS2 )发送 BSSAP CLEAR COMMAND消息, 指示 BSC释放无 线资源; BSC收到该消息后检索到 MS1 (或 MS2 ) 本地交换序号的配对 终端, 针对 MS2 (或 MS1 )发送 BSSAP CLEAR REQUEST请求消息, 具 体步骤如图 17所示。
当然 BSC发送 BSSAP CLEAR REQUEST请求消息的原因还有 "0 and M intervention", "equipment failure"等。 当然 MSC 也可以同时向 BSC 下发针对 MS 1 和 MS 2 的 Clear Command消息,而不用由 BSC针对 MS 2发送 Clear Request消息请求 MSC 启动清除 MS 2资源的流程。 进一步的, 对呼叫过程中解除本地交换的流程进行说明如下: 如图 18所示, 为本发明实施例十二所提出的 MSC命令 BSC解除本 地交换的流程示意图。
当 MSC检测到 (补充 )业务需要、 或' Ό and M intervention"指示等要 求解除 MS1、 MS2两用户在同一 BSS下的本地交换, 即呼叫的用户面必 须经过 A接口并在 MSC实现交换时, MSC针对其中的一个用户 MS2 (以 MS2有监听需求,或在 MS1、 MS2的本地交换对中以 MS2为主标签为例) 指令 BSC释放该本地交换:
步骤 S1801、 MSC判断 MS 1和 MS 2需要解除本地交换, 则先根据 两用户的当前语音编码类型结合 A接口传输资源, 分配相关的资源和端 点,向 BSC针对其中一个用户(以 MS 2为例)发送 SCCP连接类型的 Local Switch Release Command消息, 消息中携带 MSC为该 MS 2用户分配的端 点信息, 同时携带 MSC为 MS 2的配对用户 MS 1分配的端点信息, 可选 携带解除本地交换的具体原因值。
步骤 S1802、 BSC收到 Local Switch Release Command消息后, 尝试 解除本地交换, 分配对应的资源和与 MSC匹配的端点。
其中如果 BSC接收 MSC分配的 TDM端点, 则 BSC为用户分配相同 的 CIC即可, 但如果 BSC接收 MSC分配的 IP端点, 则 BSC为用户分配 配对的 IP端点。
进一步的, 如果 BSC分配资源和端点成功, 则执行步骤 S1803;
如果 BSC分配资源和端点失败, 则执行步骤 S1805。
步骤 S1803、 BSC释放先前分配的本地交换标识或双方的呼叫标识, 返回 MSC针对 MS 2的 SCCP连接类型的 Local Switch Release Complete 消息和 /或针对 MS 1的 SCCP连接类型的 Local Switch Release Complete 消息,携带 BSC为两用户分配的端点信息或修改后的端点信息。如果 BSC 为两用户新分配的 A接口类型都是 TDM类型的且接受 MSC分配的 CIC 号, 则此时用户面连接在 A接口已经建立, 即会话在 MSC交换且通话正 常。
步骤 S1804、 MSC收到 Local Switch Release Complete消息后, 根据 BSC侧分配的端点信息,接通两用户的 A接口用户面连接,即会话在 MSC 交换且通话正常, 同时释放先前分配的本地交换标识或双方的呼叫标识。
步骤 S1805、 BSC维持该会话的本地交换, 返回 MSC针对 MS 2的 SCCP连接类型的 Local Switch Release Failure消息, 携带失败原因值。
步骤 S1806、 MSC收到 Local Switch Release Failure消息, 释放先前 分配的资源和端点, 维持本地呼叫。
对应上述流程, 如图 19所示, 为本发明实施例十二所提出的 MSC命 令 BSC解除本地交换过程中信令交互的流程示意图。 如图 20和图 21所示, 为本发明实施例十三和十四所提出的 BSC请 求解除本地交换的流程示意图。
当 BSC 发现其下的某个或某些本地交换需要解除且通话还需要维持 时, 可以请求 MSC触发解除本地交换流程。 具体实现方式有以下 2种: 方式 A
如图 20所示, 为本发明实施例十三所提出的 BSC请求解除指定本地 交换的流程示意图。
BSC向 MSC发送 SCCP无连接类型的 Local Switch Release Required 消息, 消息中可选携带具体原因值, 通知 MSC解除本地交换。
MSC收到该 Local Switch Release Required消息后, 不需要反馈对应 的应答消息; MSC查询对应本地呼叫的双方,具体按照本发明实施例十二 中所提出的解除指定本地交换的方法, 解除该本地交换。
2 ) 方式 B
如图 21所示, 为本发明实施例十四所提出的 BSC请求批量解除本地 交换的流程示意图。 BSC向 MSC发送 SCCP无连接类型的 Local Switch Release Candidate Enquire消息, 消息中携带了 BSC希望解除本地交换的个数和 /或希望解除 本地呼叫的候选列表, 可选携带具体原因值, 通知 MSC对该 BSS下的本 地呼叫尝试解除本地交换。 其中候选列表中的每一项定义为本地交换标识 或会话一方的呼叫标记或 IMSI号。
如果 Local Switch Release Candidate Enquire消息中仅携带 BSC希望 建立本地交换的个数, MSC检查会话列表, 尽可能按照 BSC要求的个数 查找到已建立本地交换的呼叫, 并向 BSC 分别针对每一个会话中的一方 用户发送 Local Switch Release Command 消息, 到最后一个会话相关的 Local Switch Release Command消息发送完后, MSC向 BSC发送一条 SCCP 无连接类型的 Local Switch Release Candidate Response应答消息 , 该消息 中携带了 MSC发送的 Local Switch Release Command消息个数,即处理的 本地交换解除指示个数。
如果 Local Switch Release Candidate Enquire消息中除了携带 BSC希 望解除本地交换的个数外, 还携带了候选列表, 则 MSC检查后向 BSC分 别针对每一个用户发送 Local Switch Release Command消息, 到最后一个 会话相关的 Local Switch Release Command消息发送完后, MSC向 BSC 发送一条 SCCP无连接类型的 Local Switch Release Candidate Response应 答消息,该消息中携带了 MSC发送的 Local Switch Release Command消息 个数, 即处理的本地交换解除指示个数。 进一步的, 对 BSC内切换时解除本地交换的流程进行说明如下: 如图 22所示, 为本发明实施例十五所提出的 BSC内切换时解除本地 交换的流程示意图。
BSC判断本地交换中的一方要执行 BSC 内部切换, 而且切换后不能 保证本地交换,则在切换前先执行本地交换解除后在执行切换流程,其中, BSC请求本地交换解除流程如本发明实施例十三所提出的 BSC请求解除 指定本地交换流程, 本实施例不再重复叙述。 进一步的, 对 BSC间切换时解除本地交换的流程进行说明如下: 如图 23所示, 为本发明实施例十六所提出的 BSC间切换时解除本地 交换的流程示意图。
BSC判断本地交换中的一方要执行 BSC间切换, 而且切换后不能保 证本地交换, 则在切换前先执行本地交换解除后在执行切换流程, 其中, BSC请求本地交换解除流程如本发明实施例十三所提出的 BSC请求解除 指定本地交换流程, 本实施例不再重复叙述。 进一步的, 对本地交换的连接或本地交换的相关网元出现故障时, 清 除异常本地呼叫的流程进行说明如下:
如图 24所示, 为本发明实施例十七所提出的用呼叫标识指示清除本 地呼叫的流程示意图。
NE 1、 NE 2为 A接口对应的 MSC和 BSC, 当 NE 2发现本地呼叫中 的一方或双方异常 (如 SCCP连接断) 时, 清除本网元侧相关的呼叫资源 和参考号等, 向对端网元发送一条 SCCP无连接的呼叫清除消息, 消息中 携带要对端网元清除的呼叫的对应呼叫标识的列表, 可选携带具体原因 值。
NE 1收到呼叫清除消息后,按消息中的呼叫标识列表指示清除呼叫资 源和参考号等, 完成后回送一条 SCCP无连接的呼叫清除应答消息, 消息 中携带本网元已经清除的呼叫的对应呼叫标识的列表。 如图 25 所示, 为本发明实施例十八所提出的用本地交换标识指示清 除本地呼叫的流程示意图。
NE 1、 NE 2为 A接口对应的 MSC和 BSC, 当 NE 2发现本地呼叫中 的一方或双方异常 (如 SCCP连接断) 时, 清除本网元侧相关的呼叫资源 和参考号等, 向对端网元发送一条 SCCP无连接的呼叫清除消息, 消息中 携带要对端网元清除的呼叫的对应本地交换标识的列表, 可选携带具体原 因值。
NE 1收到呼叫清除消息后,按消息中的本地交换标识列表指示清除呼 叫资源和参考号等, 完成后回送一条 SCCP无连接的呼叫清除应答消息, 消息中携带本网元已经清除的呼叫的对应本地交换标识的列表。 案, 提供能够标准化的本地交换解除方法, 使得 MSC能够完全控制呼叫, 能够在呼叫全过程中解除本地交换, 大大提高了本地交换对应用场景的适 应度, 在不需要维持本地交换或不能维持本地交换时, 解除该本地交换, 并保持该本地交换所对应的会话, 保障了业务的接续和稳定性。 通过采用本发明实施例所提出的技术方案, 提供标准化的本地交换实 现方法, 使得 MSC能够完全控制呼叫, 能够在呼叫全过程中触发本地交 换或解除本地交换, 本地交换建立后释放或不建立 A口电路, 能够节省 A 口资源, 在编码一致的时候, 也能够节省 Ater口资源, 并且 MSC能够在 需要的时候解除、 恢复本地交换, 大大提高了应用前景。 通过以上的实施方式的描述, 本领域的技术人员可以清楚地了解到本 发明可以通过硬件实现, 也可以可借助软件加必要的通用硬件平台的方式 来实现基于这样的理解, 本发明的技术方案可以以软件产品的形式体现出 来, 该软件产品可以存储在一个非易失性存储介质 (可以是 CD-ROM, U 盘, 移动硬盘等) 中, 包括若干指令用以使得一台计算机设备(可以是个 人计算机,服务器, 或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图, 附图中 的模块或流程并不一定是实施本发明所必须的。
以上所述仅是本发明的优选实施方式, 应当指出, 对于本技术领域的 普通技术人员来说, 在不脱离本发明原理的前提下, 还可以做出若干改进 和润饰, 这些改进和润饰也应视本发明的保护范围。

Claims

权利 要求
1、 一种基站子系统 BSS本地交换的实现方法, 其特征在于, 包括: 通知基站控制器 BSC为会话中的终端建立本地交换;
接收所述 BSC返回的本地交换完成消息,所述本地交换通过所述终端当 前的呼叫标识或本地交换标识进行标识。
2、 如权利要求 1所述的方法, 其特征在于, 所述通知 BSC为会话中的 终端建立本地交换, 具体为:
通过向所述 BSC发送本地交换命令来通知 BSC为会话中的终端建立本 地交换。
3、 如权利要求 1 所述的方法, 其特征在于, 所述通知基站控制器 BSC 为会话中的终端建立本地交换之前, 还包括:
确定所述会话中的两个终端位于同一个 BSS; 或,
接收所述 BSC发送的本地交换候选查询请求; 或,
接收所述 BSC发送的本地交换查询请求。
4、 如权利要求 3所述的方法, 其特征在于, 所述确定会话中的两个终端 位于同一个 BSS, 具体为:
根据 SCCP连接获取所述会话两端的终端所对应的 BSC信息进行确定, 当所述会话两端的终端对应同一个 BSC时,确定所述会话中的两个终端位于 同一个 BSS; 或,
根据所述会话所对应的两个终端所属的 BSC 上报的信息中所携带的小 区标识进行确定, 当所述小区标识表示所述终端所属的 BSC是同一个 BSC 时, 确定所述会话中的两个终端位于同一个 BSS; 或,
根据呼叫建立过程中所述会话所对应的两个终端所属的 BSC 上"¾的完 全层三消息和指派完成消息分别对所述会话所对应的两个终端所属的 BSC 的信息进行识别, 当所述两个终端所属的 BSC的信息相同时, 确定所述会话 中的两个终端位于同一个 BSS; 或,
当所述会话所对应的一个终端或两个终端发生 BSC内切换时,根据所述 BSC上"¾的所述会话所对应的一个终端的切换完成消息获取所述终端所属的 BSC,当所述切换完成消息表示所述会话所对应的两个终端所属的 BSC是同 一个 BSC时, 确定所述会话中的两个终端位于同一个 BSS; 或,
当所述会话所对应的一个终端或两个终端发生 BSC间切换时,根据所述 两个终端的目的 BSC分别上报的切换完成消息获取所述终端所属的 BSC, 当所述切换完成消息表示所述会话所对应的两个终端所属的 BSC 是同一个 BSC时, 确定所述会话中的两个终端位于同一个 BSS。
5、 如权利要求 3所述的方法, 其特征在于, 当所述本地交换候选查询请 求或所述本地交换查询请求包含所述 BSC希望节省的 A接口类型时, 所述 通知 BSC为会话中的终端建立本地交换, 具体为:
向所述 BSC发送本地交换命令, 命令所述 BSC为使用所述 A接口类型 的会话中的两个终端建立本地交换。
6、 如权利要求 5所述的方法, 其特征在于, 接收所述 BSC发送的本地 交换查询请求, 且所述本地交换查询请求所请求的本地交换不能建立时, 还 包括:
向所述 BSC发送本地交换拒绝消息,拒绝建立本地交换查询请求所请求 的本地交换。
7、 如权利要求 2或 3所述的方法, 其特征在于, 当所述本地交换候选查 询请求包括所述 BSC 希望建立的本地交换的数量时, 所述通知基站控制器 BSC为会话中的终端建立本地交换, 具体为:
通过检索与所述 BSC相对应的会话列表,获取能够建立本地交换的会话 的会话集合,所述会话集合中的会话数量与所述 BSC希望建立的本地交换的 数量相匹配;
向所述 BSC发送与所述获取的会话集合中的每一个会话相对应的本地 交换命令, 命令所述 BSC为所述每一个会话中的两个终端建立本地交换。
8、 如权利要求 2所述的方法, 其特征在于, 当接收到的所述 BSC发送 的本地交换候选查询请求中,还包括所述 BSC希望建立的本地交换的数量和 所述 BSC希望建立本地交换的候选列表时, 所述通知 BSC为会话中的终端 建立本地交换, 具体为:
通过检索所述候选列表, 获取能够建立本地交换的会话的会话集合; 所 述会话的数量与所述 BSC希望建立的本地交换的数量相匹配; 向所述 BSC发送与所述获取的会话集合中的每一个会话相对应的本地 交换命令, 命令所述 BSC为所述每一个会话中的两个终端建立本地交换。
9、 如权利要求 7或 8所述的方法, 其特征在于, 当向所述 BSC发送了 与所述获取的会话集合中的最后一个会话相对应的本地交换命令之后, 还包 括:
向所述 BSC发送包含已发送的本地交换命令数量的本地交换候选应答。
10、 如权利要求 1所述的方法, 其特征在于, 所述通知 BSC为会话中 的终端建立本地交换, 具体为:
向所述 BSC发送针对所述会话中的一个终端的本地交换命令,所述命令 中携带所述终端所对应的标识信息; 或,
向所述 BSC发送批量执行的本地交换命令, 所述命令中携带指示所述 BSC建立本地交换的会话列表。
11、 如权利要求 10所述的方法, 其特征在于, 所述需要建立本地交换的 会话列表中, 包括:
各会话的两个终端所对应的标识信息; 或,
各会话的两个终端所对应的 IMSI信息。
12、 如权利要求 10或 11所述的方法, 其特征在于, 所述终端所对应的 标识信息, 具体为:
当所述终端当前用户面以时分复用 TDM方式建立时,所述终端所对应的 标识信息具体为呼叫 /电路示例码 CIC标识信息;
当所述终端当前用户面以 IP方式建立时,所述终端所对应的标识信息具 体为呼叫标识 Call Identifier信息和 /或所述终端在 BSC侧的用户面 IP地址信 息和 /或核心网侧的用户面 IP地址信息。
13、 如权利要求 10所述的方法, 其特征在于, 所述向所述 BSC发送针 对所述会话中的一个终端的本地交换命令, 所述命令中携带所述终端所对应 的标识信息时, 所述方法还包括:
所述 BSC根据所述标识信息识别所述终端;
当所述 BSC不具有编码转换功能时, 所述 BSC将所述终端所对应的会 话在 BSC 侧环回, 释放所述会话所对应的两个终端的用户面不再使用的资 源, 并针对所述会话中的另一个终端或两个终端返回本地交换完成消息; 当所述 BSC具有编码转换功能时, 若所述 BSC确定所述会话对应的两 个终端所使用的语音编码类型是否一致, 若所述两个终端的语音编码类型一 致或可协商一致, 所述 BSC将所述终端所对应的会话在 BSC侧环回, 释放 另一个终端或两个终端返回本地交换完成消息,若所述 BSC确定所述会话对 应的两个终端所使用的语音编码类型不一致,所述 BSC确定所述终端所对应 的会话不能建立本地交换, 并针对所述会话中的一个终端或两个终端返回本 地交换失败消息, 所述本地交换建立失败, 维持所述会话的终端当前使用的 用户面资源和连接。
14、 如权利要求 10所述的方法, 其特征在于, 所述向所述 BSC发送批 量执行的本地交换命令,所述命令中携带指示所述 BSC建立本地交换的会话 列表时, 所述方法还包括:
所述 BSC对所述会话列表中的每一个会话进行本地交换建立操作; 当所述 BSC 对所述会话列表中的最后一个会话进行本地交换建立操作 后, 所述 BSC返回包含与所述会话列表相对应的本地交换成功列表和 /或失 败列表的本地交换请求应答。
15、 如权利要求 13或 14所述的方法, 其特征在于, 还包括: 所述 BSC保持相对应的会话的信令链路,释放所述会话所对应的终端的 用户面不再使用的资源。
16、 如权利要求 14所述的方法, 其特征在于, 当所述 BSC返回包含与 所述会话列表相对应的本地交换成功列表和 /或失败列表的本地交换请求应 答之后, 所述方法还包括:
接收所述 BSC 发送的包含与所述会话列表相对应的本地交换成功列表 和 /或失败列表的本地交换请求应答;
根据所述本地交换成功列表, 保持相对应的会话的信令链路, 释放所述 相对应的会话所对应终端的用户面资源和传输。
17、 如权利要求 1所述的方法, 其特征在于, 所述本地交换通过所述两 个终端的呼叫标识或本地交换标识进行标识, 具体为: 生成所述两个终端的呼叫标识或本地交换标识,当向所述 BSC发送本地 交换命令时, 通过所述本地交换命令携带所述两个终端的呼叫标识或本地交 换标识, 对根据所述本地交换命令所建立的本地交换进行标识; 或,
当接收所述 BSC返回的本地交换完成消息时,接收所述本地交换完成消 息中携带的由所述 BSC生成的所述两个终端的呼叫标识或本地交换标识,通 过所述两个终端的呼叫标识或本地交换标识对所述建立完成的本地交换进行 标识。
18、 如权利要求 1 所述的方法, 其特征在于, 接收所述 BSC返回的本 地交换完成消息之后, 还包括:
保持所述会话的两个终端的信令链路, 释放所述会话所对应的两个终端 的用户面资源和传输。
19、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
与所述会话中的两个终端进行释放协商;
针对所述终端, 向所述 BSC发送清除命令, 命令所述 BSC释放所述终 端的无线资源;
接收所述 BSC发送的所述终端的清除完成消息;
接收所述 BSC 针对根据所述终端识别出的所述会话所对应的另一个终 端所发送的清除请求;
针对所述另一个终端, 向所述 BSC发送清除命令, 命令所述 BSC释放 所述另一个终端的无线资源;
接收所述 BSC发送的所述另一个终端的清除完成消息,完成对所述本地 交换的会话的释放。
20、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
接收到所述 BSC 发送的所述会话所对应的第一终端连接中断的通知消 息;
与所述会话所对应的第二终端进行释放协商;
当所述释放协商完成时, 针对所述会话中的第一终端或第二终端, 向所 述 BSC发送清除命令, 命令所述 BSC释放所述第一终端或第二终端的无线 资源;
接收所述 BSC发送的所述第一终端或第二终端的清除完成消息; 接收所述 BSC 针对根据所述第一终端或第二终端识别出的所述会话所 对应的第二终端或第一终端所发送的清除请求;
针对所述第二终端或第一终端, 向所述 BSC 发送清除命令, 命令所述 BSC释放所述第二终端或第一终端的无线资源;
接收所述 BSC发送的所述第二终端或第一终端的清除完成消息,完成对 所述本地交换的会话的释放。
21、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
确定所述会话所对应的两个终端需要解除本地交换;
根据所述会话所对应的两个终端的当前语音编码类型和 A接口传输资 源, 为所述会话所对应的两个终端分配相应的资源和端点;
向所述 BSC发送针对所述会话所对应的一个终端的本地交换解除命令, 所述本地交换解除命令中包含为所述会话所对应的两个终端所分配的端点信 息, 使所述 BSC解除所述会话所对应的两个终端的本地交换;
当所述 BSC对所述本地交换解除成功时, 接收所述 BSC返回的本地交 换解除完成消息, 且所述本地交换解除完成消息中包含所述会话所对应的两 个终端的端点信息, 根据所述端点信息, 接通所述会话所对应的两个终端的 A接口用户面连接; 当所述 BSC对所述本地交换解除失败时,接收所述 BSC 返回的本地交换解除失败消息, 释放所述为所述会话所对应的两个终端分配 的相应的资源和端点, 维持所述本地交换。
22、 如权利要求 21所述的方法, 其特征在于, 所述 BSC解除所述会话 所对应的两个终端的本地交换, 具体包括:
所述 BSC接收针对所述会话所对应的一个终端的本地交换解除命令,所 述本地交换解除命令中包含为所述会话所对应的两个终端所分配的端点信 息;
所述 BSC根据所述端点信息,为所述会话所对应的两个终端分配资源和 端点;
当所述分配成功时,所述 BSC返回针对所述会话所对应的一个终端的本 除完成消息; 当所述分配失败时, 所述 BSC返回本地交换解除失败消息。
23、 如权利要求 22所述的方法, 其特征在于, 所述 BSC根据所述端点 信息, 为所述会话所对应的两个终端分配资源和端点, 具体为:
当所述 BSC 所接收到的所述本地交换解除命令中包含的为所述会话所 对应的两个终端所分配的端点信息为 TDM端点信息时, 所述 BSC为所述两 个终端分配相同的 CIC标识, 在返回的本地交换解除完成消息中不携带所述 BSC为所述两个终端分配的 CIC标识;
当所述 BSC 所接收到的所述本地交换解除命令中包含的为所述会话所 对应的两个终端所分配的端点信息为 IP端点信息时, 所述 BSC为所述两个 终端分配配对的 IP端点, 在返回的本地交换解除完成消息中携带所述 BSC 为所述两个终端分配的 IP端点信息。
24、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
接收所述 BSC发送的本地交换解除请求;
当所述本地交换解除请求针对指定的本地交换时, 解除所述指定的本地 交换; 或,
当所述本地交换解除请求具体为包含所述 BSC 希望解除本地交换的数 量的本地交换解除候选请求时, 通过检索本地交换列表, 获取与所述 BSC希 望解除的本地交换的数量相匹配的数量的能够解除本地交换的会话的会话集 合,向所述 BSC发送与所述获取的会话集合中的每一个会话相对应的本地交 换解除命令, 命令所述 BSC解除相应的本地交换; 或,
当所述本地交换解除请求具体为包含所述 BSC 希望解除本地交换的数 量和 /或所述 BSC希望解除本地交换的候选列表的本地交换解除候选请求时, 通过检索所述候选列表,获取与所述 BSC希望解除的本地交换的数量相匹配 的数量的能够解除本地交换的会话的会话集合,向所述 BSC发送与所述获取 的会话集合中的每一个会话相对应的本地交换解除命令,命令所述 BSC解除 相应的本地交换。
25、 如权利要求 24所述的方法, 其特征在于, 当向所述 BSC发送了与 所述获取的会话集合中的最后一个会话相对应的本地交换解除命令之后, 还 包括:
向所述 BSC发送包含已发送的本地交换解除命令数量的本地交换解除 候选应答。
26、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
所述 BSC确定建立了本地交换的所述会话中的一个终端要进行 BSC内 部切换, 且切换后所述终端不能支持所述本地交换;
在所述 BSC内部切换执行前, 所述 BSC发送解除所述终端所对应的本 地交换的请求, 解除所述本地交换。
27、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
所述 BSC确定建立了本地交换的所述会话中的一个终端要进行 BSC间 切换, 且切换后所述终端不能支持所述本地交换;
在所述 BSC内部切换执行前, 所述 BSC发送解除所述终端所对应的本 地交换的请求, 解除所述本地交换。
28、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
确定所述本地交换中的一方或双方网元出现故障, 清除相应的本地交换 的呼叫;
向所述 BSC发送包含所述本地交换所对应的所述两个终端的呼叫标识 或本地交换标识的呼叫清除消息;
接收所述 BSC 发送的包含所述被清除的呼叫的呼叫标识或本地交换标 识的呼叫清除响应。
29、 如权利要求 1 所述的方法, 其特征在于, 所述接收所述 BSC返回 的本地交换完成消息之后, 所述方法还包括:
所述 BSC确定所述本地交换中的一方或双方网元出现故障; 接收所述 BSC 发送的包含所述本地交换所对应的所述两个终端的呼叫 标识或本地交换标识的呼叫清除消息;
清除相应的本地交换的呼叫;
向所述 BSC发送包含所述被清除的呼叫的呼叫标识或本地交换标识的 呼叫清除响应。
30、 如权利要求 21至 29中任意一项所述的方法, 其特征在于, 解除所 述本地交换之后, 还包括:
释放所述本地交换所对应的所述两个终端的呼叫标识或本地交换标识。
31、 一种基站子系统 BSS本地交换的实现方法, 其特征在于, 包括: 接收移动交换中心 MSC发送的本地交换命令;
根据所述本地交换命令为会话中的两个终端建立本地交换;
向所述 MSC发送本地交换完成消息, 所述本地交换通过所述两个终端 当前的呼叫标识或本地交换标识进行标识。
32、 如权利要求 31所述的方法, 其特征在于, 还包括:
向所述 MSC发送本地交换候选查询请求, 或本地交换查询请求, 触发 所述 MSC发送所述本地交换命令。
33、 如权利要求 31 所述的方法, 其特征在于, 根据所述本地交换命令 为会话中的两个终端建立本地交换之后, 还包括:
保持相对应的会话的信令链路, 释放所述会话所对应的终端的用户面不 再使用的资源。
34、 如权利要求 31所述的方法, 其特征在于, 向所述 MSC发送本地交 换完成消息之后, 还包括:
当确定与所述会话所对应的终端的连接中断时, 或者, 当确定建立本地 交换的所述会话中的一个终端要进行 BSC内部切换,且切换后所述终端不能 支持所述本地交换时, 或者, 当确定建立本地交换的所述会话中的一个终端 要进行 BSC间切换, 且切换后所述终端不能支持所述本地交换时, 通知所述 MSC解除所述本地交换。
35、 如权利要求 34所述的方法, 其特征在于, 解除所述本地交换之后, 还包括:
释放所述本地交换所对应的所述两个终端的呼叫标识或本地交换标识。
36、 一种 MSC, 其特征在于, 包括:
发送模块, 用于通知 BSC为会话中的终端建立本地交换;
接收模块, 用于接收所述 BSC返回的本地交换完成消息, 所述本地交换 通过所述两个终端的呼叫标识或本地交换标识进行标识。
37、 如权利要求 36所述的 MSC, 其特征在于, 还包括:
处理模块, 用于在所述接收模块接收到本地交换完成消息之后, 保持所 述会话的两个终端的信令链路,释放所述会话所对应的两个终端的其他资源。
38、 如权利要求 36所述的 MSC, 其特征在于, 还包括:
确定模块, 用于确定所述会话中的两个终端是否位于同一个 BSS。
39、 一种 BSC, 其特征在于, 包括:
接收模块, 用于接收 MSC发送的本地交换命令;
判断模块, 用于判断是否能建立所述接收模块所接收的本地交换命令所 对应的本地交换;
建立模块, 用于当所述判断模块判断可以建立所述本地交换时, 根据所 述接收模块所接收的本地交换命令为会话中的两个终端建立本地交换, 所述 本地交换通过所述两个终端的呼叫标识或本地交换标识进行标识;
发送模块, 用于在所述建立模块建立本地交换后, 向所述 MSC发送本 地交换完成消息。
40、 如权利要求 39所述的 BSC, 其特征在于, 还包括:
所述发送模块, 还用于向所述 MSC发送本地交换候选查询请求, 或本 地交换查询请求, 触发所述 MSC发送所述本地交换命令。
41、 如权利要求 39所述的 BSC, 其特征在于, 还包括:
处理模块, 用于在所述建立模块建立本地交换后, 保持相对应的会话的
42、 一种 BSS本地交换的实现系统, 其特征在于, 包括 MSC和 BSC: 所述 MSC, 用于通知 BSC为会话中的终端建立本地交换, 并接收所述
BSC返回的本地交换完成消息;
所述 BSC, 用于接收所述 MSC发送的建立本地交换的通知, 为会话中 的两个终端建立本地交换, 并向所述 MSC发送本地交换完成消息。
其中, 所述本地交换通过所述两个终端的呼叫标识或本地交换标识进行 标识。
43、 如权利要求 42所述的 BSS本地交换的实现系统, 其特征在于, 还 包括:
所述 MSC, 还用于向所述 BSC发送本地交换解除命令, 命令所述 BSC 为会话中的两个终端解除本地交换,并接收所述 BSC返回的本地交换解除响 应;
所述 BSC, 还用于接收所述 MSC发送的本地交换解除命令, 根据所接 收的本地交换命令为会话中的两个终端解除本地交换, 并向所述 MSC发送 本地交换解除响应。
PCT/CN2009/074875 2008-11-11 2009-11-10 一种bbs本地交换的实现方法、装置和系统 WO2010054586A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
BRPI0921762A BRPI0921762A2 (pt) 2008-11-11 2009-11-10 método, dispositivo e sistema para realizar comutação local em bss

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008101748921A CN101742470B (zh) 2008-11-11 2008-11-11 一种bss本地交换的实现方法、装置和系统
CN200810174892.1 2008-11-11

Publications (1)

Publication Number Publication Date
WO2010054586A1 true WO2010054586A1 (zh) 2010-05-20

Family

ID=42169639

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074875 WO2010054586A1 (zh) 2008-11-11 2009-11-10 一种bbs本地交换的实现方法、装置和系统

Country Status (3)

Country Link
CN (1) CN101742470B (zh)
BR (1) BRPI0921762A2 (zh)
WO (1) WO2010054586A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215509A (zh) * 2011-06-20 2011-10-12 中兴通讯股份有限公司 一种呼叫控制方法、装置、移动交换中心和基站控制器
CN103916893A (zh) * 2012-12-31 2014-07-09 成都鼎桥通信技术有限公司 业务本地交换方法和lte网络设备

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101754416B (zh) * 2009-12-31 2012-01-25 华为技术有限公司 局间建立、解除本地交换的方法和移动交换中心
WO2012000175A1 (zh) * 2010-06-29 2012-01-05 中兴通讯股份有限公司 一种释放本地交换的方法及系统
WO2012121776A1 (en) * 2011-03-09 2012-09-13 Joey Chou Base station and communication method for machine to machine communications
CN105245694B (zh) * 2015-09-06 2020-12-01 高金铎 数字编码与非数字编码的转换方法、通信系统和通信方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004002177A1 (en) * 2002-06-25 2003-12-31 Nokia Corporation Routing method and network element
CN101159905A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 基站控制器内实现本地交换方法、核心网设备及网络系统
CN101272626A (zh) * 2008-04-16 2008-09-24 华为技术有限公司 实现本地交换的方法、装置及系统
CN101431783A (zh) * 2007-11-09 2009-05-13 华为技术有限公司 实现交换的方法及交换设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004002177A1 (en) * 2002-06-25 2003-12-31 Nokia Corporation Routing method and network element
CN101159905A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 基站控制器内实现本地交换方法、核心网设备及网络系统
CN101431783A (zh) * 2007-11-09 2009-05-13 华为技术有限公司 实现交换的方法及交换设备
CN101272626A (zh) * 2008-04-16 2008-09-24 华为技术有限公司 实现本地交换的方法、装置及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215509A (zh) * 2011-06-20 2011-10-12 中兴通讯股份有限公司 一种呼叫控制方法、装置、移动交换中心和基站控制器
CN103916893A (zh) * 2012-12-31 2014-07-09 成都鼎桥通信技术有限公司 业务本地交换方法和lte网络设备
CN103916893B (zh) * 2012-12-31 2017-09-29 成都鼎桥通信技术有限公司 业务本地交换方法和lte网络设备

Also Published As

Publication number Publication date
BRPI0921762A2 (pt) 2016-01-05
CN101742470A (zh) 2010-06-16
CN101742470B (zh) 2013-06-26

Similar Documents

Publication Publication Date Title
US7734295B2 (en) Method for concurrent multiple services in a mobile communication system
WO2010054586A1 (zh) 一种bbs本地交换的实现方法、装置和系统
WO2012058979A1 (zh) 一种单站模式下实现集群通话的方法及系统
EP2955973B1 (en) Mobile communication system, method of controlling operation thereof, and node used for the system
WO2009067912A1 (fr) Procédé et dispositif de commutation pour mettre en œuvre une commutation
KR101012004B1 (ko) 이동통신 시스템에서 핵심망과 제어국 사이의 자원 절약을 위한 장치 및 방법
WO2009026841A1 (fr) Système, appareil et procédé de prestation de service au dispositif utilisateur
WO2013079019A1 (zh) 通信方法、基站、基站控制器和移动交换中心
WO2011017895A1 (zh) 一种本地呼叫本地交换的实现方法和系统
WO2010017781A1 (zh) 呼叫释放方法及装置
WO2010145105A1 (zh) 一种实现重定位的方法和系统
CN101610447A (zh) 隧道标识信息的获取方法、发送方法、设备及系统
WO2010102585A1 (zh) 一种在呼叫建立过程中对本地通话建立本地交换的方法、设备及系统
WO2010078742A1 (zh) 跨Iur口传递小区能力的方法、系统及DRNC
WO2006045244A1 (fr) Procede et dispositif de mise en place d'un service d'appel secret
WO2010091612A1 (zh) 建立本地交换的方法、核心网设备及基站子系统
WO2005125224A1 (fr) Procede permettant a une station mobile d'ecoute secrete de recevoir des donnees vocales apres une reselection de cellule
WO2008037208A1 (fr) Procédé et système pour gestion d'un circuit d'interface a et passerelle media
WO2007028272A1 (fr) Procede destine a des terminaux afin de commuter des canaux de trafic inverse en un service d'appels de groupe cdma
WO2010115379A1 (zh) 一种切入过程中呼叫建立方法和系统
WO2010111966A1 (zh) 基站控制器、移动交换中心及呼叫方式的转换方法
JP2004153804A (ja) 移動通信システム及びその動作制御方法並びにそれに用いるノード
WO2004068810A1 (fr) Procede destine a etre utilise dans un reseau gsm et dans un reseau cdma utilisant la meme station de base
KR100339202B1 (ko) Cdma 시스템의 제어국에서의 이동국-대-이동국 호테스트를 위한 제어국에서의 루프백 구현 방법
WO2008092338A1 (fr) Un procédé pour l'établissement du porteur ip de système de communication mobile

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2116/KOLNP/2011

Country of ref document: IN

122 Ep: pct application non-entry in european phase

Ref document number: 09825761

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: PI0921762

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20110511