WO2020119676A1 - 实现通话的方法、系统、装置、主控板、线卡及存储介质 - Google Patents

实现通话的方法、系统、装置、主控板、线卡及存储介质 Download PDF

Info

Publication number
WO2020119676A1
WO2020119676A1 PCT/CN2019/124298 CN2019124298W WO2020119676A1 WO 2020119676 A1 WO2020119676 A1 WO 2020119676A1 CN 2019124298 W CN2019124298 W CN 2019124298W WO 2020119676 A1 WO2020119676 A1 WO 2020119676A1
Authority
WO
WIPO (PCT)
Prior art keywords
line card
main control
control board
call
voip
Prior art date
Application number
PCT/CN2019/124298
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 中兴通讯股份有限公司
Publication of WO2020119676A1 publication Critical patent/WO2020119676A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate

Definitions

  • This disclosure relates to, but is not limited to, the field of communications.
  • the protocol stack and media codec resources are set on the main control board, and the protocol stack and media codec resources are used by all narrowband users to implement protocol processing and media processing, so as to connect
  • the user who enters the access device provides Next Generation Network (NGN) voice service.
  • NTN Next Generation Network
  • the main control board needs to perform a large amount of protocol processing and media processing at the same time, which causes a large burden on the main control board and It is also easy to affect the user's call success rate and call experience.
  • An embodiment of the present disclosure provides a method for implementing a VOIP call, which includes: a main control board receives a routing message sent by a softswitch device for a current call; the main control board uses distributed media codec resources on a target line card according to the routing message Select the target resource for the current call, where the target line card is the line card connected to the local user in the current call; and the main control board notifies the target line card to use the target resource for media encoding and decoding in the current call to achieve the call.
  • An embodiment of the present disclosure also provides a method for implementing a VOIP call, including: the line card determines the target resource selected by the main control board for the current call among the distributed media codec resources of the current line card according to the instructions of the main control board; and the line In the current call, the card uses the target resource to perform media encoding and decoding to realize the call.
  • An embodiment of the present disclosure also provides an apparatus for implementing a VOIP call, including: a receiving module for receiving a routing message sent by a softswitch device for a current call; a routing module for receiving a routing message from a target line card according to the routing message
  • the distributed media codec resource selects the target resource for the current call, where the target line card is the line card connected to the local user in the current call; and the notification module is used to notify the target line card to use the target resource for the current call Media codec to achieve the call.
  • An embodiment of the present disclosure also provides an apparatus for implementing VOIP calls, including: a resource determination module for determining, according to the instructions of the main control board, the main control board in the distributed media codec resources of the local line card for the current call The target resource; and the media processing module, which is used for media encoding and decoding in the current call to implement the call.
  • An embodiment of the present disclosure also provides a main control board, which includes a first processor, a first memory, and a first communication bus.
  • the first communication bus is used to implement a connection between the first processor and the first memory Communication; the first processor is used to execute one or more programs stored in the first memory to implement the steps on the main control board side of the method for implementing VOIP calls described above.
  • An embodiment of the present disclosure also provides a line card.
  • the line card includes a second processor, a second memory, and a second communication bus.
  • the line card is also provided with a VOIP codec chip.
  • the VOIP codec chip includes at least one distributed Media codec resources; the second communication bus is used to implement connection communication between the second processor and the second memory and the VOIP codec chip; the second processor is used to execute one or more programs stored in the second memory, to Steps on the line card side to implement the above method of implementing VOIP calls.
  • An embodiment of the present disclosure also provides a system for implementing VOIP calls, including the above-mentioned main control board, and at least one of the above-mentioned line cards.
  • An embodiment of the present disclosure also provides a storage medium that stores a first program for implementing VOIP calls and/or a second program for implementing VOIP calls, and the first program for implementing VOIP calls can be executed by one or more processors
  • the second program for implementing VOIP calls may be executed by one or more processors to implement the steps on the line card side in the above methods for implementing VOIP calls.
  • FIG. 1 is a schematic diagram of a system for implementing VOIP calls according to an embodiment of the present disclosure
  • FIG. 2 is a schematic structural diagram of a network where a system implementing VOIP calling according to an embodiment of the present disclosure is located;
  • FIG. 3 is a flowchart of a method for implementing VOIP calls according to an embodiment of the present disclosure
  • FIG. 4 is a flow chart of the main control board selecting target resources for a call according to an embodiment of the present disclosure
  • FIG. 5 is a flowchart of signaling protocol processing performed by an access device according to an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of signaling interaction for a calling end to call a user under a PBX private branch exchange according to an embodiment of the present disclosure
  • FIG. 7 is a flowchart of a protocol processing of a signaling message by a line card according to an embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of the distribution of VOIP resources in a system for implementing VOIP calls according to an embodiment of the present disclosure
  • FIG. 9 is a schematic diagram of a VOIP system according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic structural diagram of an apparatus for implementing VOIP calls according to an embodiment of the present disclosure
  • FIG. 11 is a schematic structural diagram of an apparatus for implementing VOIP calls according to an embodiment of the present disclosure
  • FIG. 12 is a schematic diagram of a hardware structure of a main control board according to an embodiment of the present disclosure.
  • FIG. 13 is a schematic diagram of a hardware structure of a line card according to an embodiment of the present disclosure.
  • Protocol processing and media processing are completed on the main control board, and media codec resources are set on the main control board.
  • the relationship between the main control board and the line card is equivalent to the relationship between the "brain" and "limbs".
  • the line card only executes internal instructions, does not process protocols and media, and does not require the configuration of a narrowband database. In this case, the success rate of the user's call and the quality of the call during the call almost all depend on the processing capabilities of the main control board. If there are many users who need to make a call at the same time, the main control board will be in a very busy state, which may not only cause the number of user call failures to rise, but also may cause the main control board to be overloaded. collapse.
  • the embodiments of the present disclosure provide a solution for implementing VOIP calls.
  • a system for implementing VOIP calls for ease of understanding, before describing the method of implementing VOIP calls, here is a system for implementing VOIP calls.
  • a system 1 for implementing VOIP calls includes a main control board 11 and at least one line card 12.
  • Each line card in the at least one line card 12 can communicate with the main control board 11.
  • the line card 12 may be at least one of a voice analog relay board, an ordinary user board, a digital E1 relay board, and the like.
  • the line card 12 is a TRK board as an example for description.
  • both the main control board 11 and the line card 12 in this embodiment may be deployed in an access device such as an access gateway, that is, the system 1 for implementing VOIP calls may be deployed on the access device.
  • FIG. 2 shows a schematic diagram of the network architecture where the system 1 implementing VOIP calls is located.
  • the line card 12 When the line card 12 is a TRK board, it can be connected to a large number of users through a private-level exchange (Private Branch Exchange, PBX, also known as a PBX small exchange). Very common setting method in the scene.
  • PBX Private Branch Exchange
  • FIG. 2 the PBX small exchange 21 is connected to multiple users, and is simultaneously connected to the access device 10, and the access device 10 can communicate with the soft switching device 22 through the bearer network.
  • the access device 10 can also communicate with the users in the PSTN network through the bearer network, so as to realize the conversation between the users under the TRK board and the users in the PTSN network.
  • media codec resources also called VOIP resources or Real-time Transport Protocol (RTP) resources
  • RTP Real-time Transport Protocol
  • media codec resources also called VOIP resources or Real-time Transport Protocol (RTP) resources
  • the media codec resources provided on the main control board 11 are referred to as “system media codec resources”
  • the media codec resources provided on the online card 12 are referred to as “distributed media codecs.” Resources”.
  • the main control board needs to allocate media codec resources for a certain VOIP call, it may consider selecting from distributed media codec resources on the line card 12.
  • FIG. 3 shows a flowchart of a method for implementing VOIP calls, including steps S302 to S308.
  • step S302 the main control board receives the routing message sent by the softswitch device for the current call.
  • the calling terminal needs to go off-hook and then dial the number of the called terminal.
  • the softswitch device can send an off-hook dialing message and a routing message to the access device.
  • the routing message is used to instruct the access device to allocate media codec resources for the current call.
  • the routing message sent by the softswitch device may be an RTP routing message.
  • step S304 the main control board selects a target resource for the current call from the distributed media codec resources on the target line card according to the routing message.
  • the main control board in the access device can determine the local user in the current call according to the routing message, that is, connect to the main control board during the current call The user of the access device. It is understandable that the local user can be the calling terminal or the called terminal during the current call. On the other hand, the main control board can also determine which line card the local user is connected to. In this embodiment, for convenience of description, the line card connected to the local user is referred to as a "target line card".
  • the main control board After determining the target line card to which the local user is connected, the main control board can allocate media codec resources for the current call according to the target line card. Optionally, the main control board may select a target resource for the current call from the distributed media codec resources set on the target line card.
  • the main control board allocates the distributed media codec resources on the target line card to the current call, it must first determine that the distributed media codec resources currently available on the target line card. This requires that media codec resources be set on the target line card, and also that the media codec resources on the target line card are not currently occupied, that is, there are currently free media codec resources on the target line card.
  • the main control board may perform unified record management on all media codec resources in the system that implements the VOIP call.
  • the main control board can record the location and real-time occupancy status of each media codec resource in the access device in the system database.
  • the main control board can directly determine whether there are currently available distributed media codec resources on the target line card as the target resources based on the records in the system database. If so, Then, the main control board selects an idle media codec resource from the distributed media codec resources of the target line card as the target resource.
  • the main control board may create a resource pool, which is a collection of media codec resources in a system that implements VOIP calls.
  • step S306 the main control board notifies the target line card to use the target resource for media encoding and decoding in the current call to implement the call.
  • the main control board selects the target resource for the current call from the distributed media codec resources of the target line card, it can notify the target line card to use the selected target resource for media codec processing during the current call, thus Realize VOIP calls.
  • step S308 the target line card uses the target resource for media encoding and decoding in the current call to implement the call.
  • the target line card After receiving the instruction from the main control board, the target line card can perform media codec processing according to the media codec resources selected by the main control board. For example, if the current call is a voice call and the target resource includes a voice codec resource, the target line card can convert the voice analog signal sent by the local user in the current call to a voice digital signal. Then the target line card performs voice coding processing on the voice digital signal to obtain voice data packets that can be transmitted in the bearer network. This process is called "voice IPization".
  • the target line card After the target line card obtains the voice data packet, it can transmit the voice data packet to the bearer network, so that the voice of the local user can be transmitted to the opposite user who is currently talking through the bearer network. After the end user decodes the voice data packet and other processing, it can be converted into a voice analog signal and the local user's voice can be heard.
  • the target line card also needs to decode the voice data packets transmitted from the peer user through the bearer network.
  • the target line card uses the target resource to decode the voice data packet to obtain the voice data signal, and then obtain the voice analog signal through digital-to-analog conversion and transmit it to the local user, allowing the local user to play through the audio player such as the earpiece or speaker , So that the local user hears the voice of the peer user.
  • the line card connected to the local user during the current call that is, the media codec resource may not be set on the target line card, or the distributed media codec resource is currently occupied.
  • the main control board determines that there is no media codec resource currently available on the target line card after judgment, and may consider selecting the target resource from the system media codec resources.
  • the main control board can select distributed media codec settings on other line cards Among the decoding resources, select the target resource for the current call.
  • the process of selecting a target resource for a call by the main control board according to an embodiment of the present disclosure will be described below with reference to FIG. 4.
  • the process includes steps S402 to S412.
  • step S402 it is determined whether distributed VOIP resources are set on the target line card corresponding to the local user.
  • step S404 it is determined whether there is an idle VOIP resource on the target line card corresponding to the local user.
  • step S406 the target resource is selected from the idle distributed VOIP resources of the target line card corresponding to the local user.
  • the main control board can select the current VOIP resources that are currently idle on the target line card as the current Select the target resource for the call.
  • step S408 it is determined whether there is currently an idle system VOIP resource.
  • step S410 a target resource is selected from idle system VOIP resources.
  • a target resource is selected from idle distributed VOIP resources set on other line cards different from the target line card corresponding to the local user.
  • step S408 If the judgment result of the main control board in step S408 is no, it means that all the system VOIP resources set on the main control board are currently occupied, therefore, the main control board can only consider whether distributed VOIP resources are available on other line cards And select the target resource from the idle distributed VOIP resources set on other line cards.
  • the main control board may preferentially select the current call from the distributed VOIP resources set on other line cards
  • the target resource is selected from the system VOIP resources only when there is no distributed VOIP resource currently available on other line cards.
  • the main control board selects the system media codec resource as the target resource
  • the main control board can use the selected target resource to perform media codec processing during the current call.
  • the main control board selects distributed media codec resources from other line cards as the target resource of the current call
  • the main control board can realize the distribution of many media processing during the call to the line card to reduce The burden of the main control board on media processing, so as to ensure the user's call success rate and improve the user experience.
  • the main control board preferentially selects the distributed media codec resources on the line card related to the call when selecting the target resource for the call, as long as the distributed media codec resources set on the line card are sufficient, even if the line The concentration ratio of users on the card is as high as 1:1, which can also avoid affecting the calls of other line cards, especially users on ordinary line cards.
  • the main control board of the access device can distribute the media processing during the call to the line card to complete.
  • the main control board can also distribute the signaling protocol processing during the call to the line card. Refer to the flowchart of the signaling protocol processing performed by the access device (or the system implementing VOIP calls) shown in FIG. 5. The flow includes steps S502 to S506.
  • step S502 the main control board receives the signaling message of the current call.
  • the signaling messages received by the main control board may come from the soft switch equipment, or may come from the original PBX branch exchange.
  • FIG. 6 shows the signaling process S601 to S620 of the calling end calling the user under the PBX private branch exchange.
  • the H248 protocol can be used for communication between the access device and the softswitch device, and the China No. 1 signaling can be used for communication between the access device and the PBX branch exchange.
  • pure analog line signals may be used for communication between the access device and the PBX branch exchange. Therefore, the signaling message received by the main control board may be an H248 signaling message.
  • the signaling message received by the main control board of the access device may be a Session Initiation Protocol (SIP) signaling message.
  • SIP Session Initiation Protocol
  • step S504 the main control board forwards the signaling message to the target line card connected to the corresponding user according to the user name carried in the signaling message.
  • the main control board After receiving the signaling message, the main control board only decodes the message header to find the username carried by the message.
  • the database may be queried according to the user name carried in the signaling message to determine the line card involved in the signaling message, that is, the line card to which the user is connected. In this embodiment, if the signaling message refers to the aforementioned "current call", the line card involved in the signaling message is the target line card. Therefore, the main control board can forward the signaling message to the target line card, so that the target line card can process the signaling message.
  • step S506 the target line card uses the protocol stack on the local line card to perform protocol processing on the signaling message.
  • the target line card connected to the local user during the current call is provided with an H248 protocol stack or a SIP protocol stack.
  • the target line card can use the protocol stack set on the local line card to perform protocol processing on the signaling message.
  • FIG. 7 shows a flowchart of the protocol processing performed by the line card on the signaling message. The process includes steps S702 to S704.
  • step S702 the line card encodes and decodes the signaling message.
  • the coding and decoding process of the signaling message is actually to encode or decode the signaling message, which only needs to be performed according to a general function, and does not involve the configuration of the narrowband database.
  • step S704 the line card performs protocol service processing on the encoded and decoded signaling message based on the narrowband database.
  • the line card can implement the protocol service processing of the signaling message based on the narrowband database.
  • Protocol service processing requires the execution of protocol actions, which depends on the configuration of the narrowband database, so the distribution of the protocol service part needs to be based on the distribution of the narrowband database, that is, if the target line card supports protocol service processing of signaling messages, it needs to be Configure a narrowband database on the target line card.
  • the TRK board has a built-in call control state machine to control the complete call process.
  • the call control state machine can handle user off-hook, on-hook, hook switch, dialing and other processes, and detect feed and dial tone.
  • the TRK board reports the detection result to the H248 protocol module.
  • the RTP chip on the TRK board can detect various tones under the control of the H248 protocol, such as: dial tone, ring back tone, busy tone, etc. At the same time, the RTP chip can also issue numbers under the control of the H248 protocol.
  • the RTP chip can use the relay signal or DTMF signal to send the number to realize the dialing action.
  • the soft switch device sends an Add message to instruct the access device to allocate VOIP resources. After receiving the Add message, the TRK board allocates the VOIP resources of the board for the current call under the instruction of the main control board.
  • the main control board only needs to parse the header of the signaling message, and then obtain the forwarding destination object according to the parsed content, so that the signaling message is transferred to the corresponding destination object without the need Encode and decode signaling messages, and do not require protocol services for signaling messages.
  • the test results of the large traffic call show that the signaling protocol processing occupies 35% of the CPU processing power of the main control board, which is the process that consumes the most CPU processing resources. The reason is that the signaling The encoding and decoding process of the text of the message mostly adopts the method of traversing the tree, which occupies more CPU processing resources.
  • distributing the signaling protocol processing to the line card can greatly reduce the occupation of processing resources of the main control board. For example, if the main control board is only responsible for forwarding H248 signaling messages, The protocol processing of the H248 signaling message is not performed, but the H248 (or SIP) protocol stack on the TRK board is responsible for completing the protocol processing of the H248 signaling message, which can at least reduce the CPU load of the main control board by 1/3. It can be seen that it is of great practical value to change the protocol processing of signaling messages from centralized processing of the main control board to distributed processing of line cards.
  • a system that implements VOIP calls will only perform distributed processing of media or only protocols.
  • systems that implement VOIP calls Distributed processing of media and protocols can be performed simultaneously.
  • the connected line card is a line card with distributed media codec resources, and the line card is also set with the H248 protocol stack or SIP protocol stack.
  • the main control board only needs to implement the forwarding of signaling messages, which enables the main control board to save more processing resources to serve the calls of other users.
  • the main control board distributes the protocol processing and media processing during the call to the line card
  • the main control board fails or the main control board performs the active/standby switchover, it will not affect the line
  • Those ongoing calls on the card can improve the disaster tolerance of the system implementing VOIP calls and ensure the stability of the user's call process.
  • a VOIP daughter card (also called a VOIP small card) can be inserted on a line card with a large number of users, such as a TRK board, and a VOIP codec chip can be built into the VOIP small card.
  • a VOIP codec chip can include multiple VOIP resources, usually, at least 128 VOIP resources. In this embodiment, one VOIP codec chip includes 256 VOIP resources.
  • FIG. 8 shows a schematic diagram of the distribution of VOIP resources in a system implementing VOIP calls.
  • the system 8 for realizing VOIP calls includes a main control board 801, an uplink board 802, a TRK board 803, an integrated services digital network (Integrated Services Digital) (ISDN) board 804, and a common analog telephone service (Plain Old Telephone Service, POTS) Board 805 and so on.
  • the uplink board 802, the TRK board 803, the ISDN board 804, and the ordinary POTS board 805 are all communicatively connected to the main control board 801.
  • the uplink board 802 and the TRK board 803 are connected to the global IP switching network through the main control board, and the ISDN board 804 and the ordinary POTS board 805 are connected to the global Time Division Multiplexing (TDM) switching network.
  • TDM Time Division Multiplexing
  • a first VOIP resource 8011 is provided on the main control board 801 for the global use of the system implementing VOIP calls. Specifically, the first VOIP resource 8011 may be used for calls based on the global TDM switching network or for calls based on the global IP switching network.
  • the TRK board 803 is provided with a second VOIP resource 8031, which is partially used by users connected under the TRK board 803 for talking, and may also be partially used by users on other boards.
  • the system administrator can also configure the media IP and port for each VOIP resource in the system that implements VOIP calls, so that each VOIP resource in the system that implements VOIP calls can be uniquely identified, so that the main control board can manage these VOIP resources. And distribution.
  • the media IP of each VOIP resource in the same system that implements VOIP calls is the same. Therefore, in order to distinguish and identify each VOIP resource, the user can configure a different port for each VOIP resource.
  • system administrators need to set up protocol stacks on at least some line cards, such as the H248 protocol stack or the SIP protocol stack.
  • the system administrator also needs to configure user data on the online card.
  • the user data here includes data of users connected to the line card.
  • the system administrator configures the users in the system that implements VOIP calls, for example, for those users with high line ratio requirements (herein referred to as "advanced users")
  • the system administrator can configure them to be distributed On the line card of the VOIP resource, for example, the TRK board with the VOIP small card inserted.
  • the system administrator can connect its configuration to a common line card.
  • the system administrator can plan the proportion or number of VOIP resources on each line card to be used by users under the line card, that is, the system administrator configures the proportion of local and global use of distributed VOIP resources on the line card. For example, if there are N VOIP resources set on a line card, the system administrator can designate p% of the VOIP resources to be used only by the users of the line card, that is, to instruct the main control board to select the target resource, It is necessary to ensure that the proportion of VOIP resources on this line card allocated to users on other line cards cannot exceed 1-p%; or, the system administrator can also specify that M of these N VOIP resources must be guaranteed for this line The user under the card uses the call, etc.
  • the line-to-line ratio of VOIP resources of the line card defaults to 0, that is, all VOIP resources in the system that implements VOIP calls can be used together.
  • the main control board After the configuration and deployment of the system implementing VOIP calls is completed, the main control board needs to register and manage the VOIP resources in the system implementing VOIP calls.
  • the main control board can add a VOIP resource data table to the system database to record the physical location information of each VOIP resource in the current system and the actual number of VOIP resources that can be provided.
  • the main control board can also create a VOIP resource pool, that is, a collection of VOIP resources.
  • the main control board can manage the status and usage of VOIP resources in the VOIP resource pool according to specific rules.
  • the following describes the allocation of VOIP resources, that is, the process of selecting a target resource.
  • the main control board allocates VOIP resources, it can be done according to the following principles.
  • the distributed VOIP resources on the line card to which it belongs are preferentially selected as the target resource; but if the VOIP resources on the line card are all occupied, then select The system VOIP resource is used as the target resource.
  • the system VOIP resource is preferentially selected as the target resource; if the system VOIP resource is already occupied, you can select the distributed VOIP resource on other line cards as Target resources.
  • the access device 90 includes a main control board 901, an uplink board 902, a digital E1 relay board 903, a general user board 904, a TRK relay board 905, and so on.
  • the uplink board 902 may communicate with the bearer network, which is responsible for sending media data packets to the bearer network and receiving media data packets sent by the call peer through the bearer network.
  • the digital E1 relay board 903 and the TRK relay board 905 are connected to the first PBX small exchange 91a and the second PBX small exchange 91b respectively, and a plurality of users are respectively connected under the first PBX small exchange 91a and the second PBX small exchange 91b .
  • the cost of the TRK relay board 905 is lower.
  • under the ordinary user board 904 a plurality of users are also connected.
  • the VOIP call is a voice call.
  • the VOIP call may also include a video call.
  • the user under the TRK board 905 can connect to the TRK board 905 through the copper wire, and the analog signal is transmitted between the user and the TRK board 905 through the copper wire.
  • the user's voice analog signal can be transmitted to the TRK board 905 through the copper wire.
  • the TRK board 905 converts the voice analog signal into a voice digital signal, and then transmits the voice digital signal to the VOIP card on the TRK board 905, and the VOIP card specified by the main control board 901
  • the VOIP resource encodes the voice data stream to obtain voice data packets.
  • the TRK board 905 can forward it to the global IP switching network of the main control board 901.
  • the global IP switching network of the main control board 901 forwards the voice data packet to the uplink board 902 according to the port and media IP information carried by the voice data packet, and then the voice data packet will enter the IP switched bearer network through the uplink port The internet.
  • the uplink board 902 will also receive voice data packets from the bearer network. Then, the uplink board 902 may send the received voice data packets to the TRK board 905 through the main control board 901.
  • the VOIP small card on the TRK board 905 can use the VOIP resource selected by the main control board 901 to decode the voice data packet to obtain a voice digital signal. Subsequently, the TRK board 905 can convert the voice digital signal to obtain a voice analog signal, and then transmit the voice analog signal to the user through the copper wire with the user.
  • Distributing VOIP resources on the TRK board reduces the consumption of VOIP resources of the system by user calls under the TRK board.
  • users connected to the TRK board may be provided with a 1:1 hub ratio.
  • the VOIP resources on the TRK board can ensure that the users of the board have sufficient available VOIP resources, and the remaining VOIP resources can be shared in the system that realizes VOIP calls, so as to improve system performance, reduce costs, and enhance engineering support capabilities. .
  • An embodiment of the present disclosure provides a device for implementing VOIP calls, please refer to FIG. 10.
  • the device 10 for implementing VOIP calls includes a receiving module 102, a routing module 104, and a notification module 106.
  • the receiving module 102 is used to receive the routing message sent by the softswitch device for the current call.
  • the routing module 104 is used to select a target resource for the current call from the distributed media codec resources on the target line card according to the routing message.
  • the notification module 106 is used to notify the target line card to use the target resource for media encoding and decoding in the current call to implement the call.
  • the device 10 for implementing VOIP calls can be deployed on the main control board of the access device, and the functions of the receiving module 102, the routing module 104, and the notification module 106 can all be implemented by the processor of the main control board.
  • an embodiment of the present disclosure also provides a device that can be deployed on a line card of an access device, such as a TRK board, to implement VOIP calls, see FIG. 11.
  • the device 11 for implementing VOIP calls includes a resource determination module 112 and a media processing module 114.
  • the resource determination module 112 determines the target resource selected by the main control board for the current call among the distributed media codec resources of the local card according to the instruction of the main control board.
  • the media processing module 114 is used for media encoding and decoding using the target resource in the current call to achieve the call.
  • the function of the resource determination module 112 can be implemented by the processor of the line card, and the function of the media processing module 114 can be implemented by the VOIP codec chip provided on the line card.
  • the calling terminal needs to go off-hook and then dial the number of the called terminal.
  • the softswitch device sends an off-hook dialing message and a routing message to the access device.
  • the routing message is used to instruct the access device to allocate media codec resources for the current call.
  • the routing message sent by the softswitch device is an RTP routing message.
  • the receiving module 102 in the device 10 for implementing VOIP calls can receive the routing message.
  • the routing module 104 can determine the local user in the current call according to the routing message, that is, connect to the main control board during the current call The user who accesses the device. It is understandable that the local user can be the calling terminal or the called terminal during the current call. On the other hand, the routing module 104 can also determine which line card the local user is connected to. In this embodiment, for convenience of description, the line card connected to the local user is referred to as a "target line card".
  • the routing module 104 can allocate media codec resources for the current call according to the target line card.
  • the routing module 104 may select a target resource for the current call from the distributed media codec resources set on the target line card.
  • the routing module 104 allocates the distributed media codec resources on the target line card to the current call, it must first determine that the distributed media codec resources currently available on the target line card. This requires that media codec resources be set on the target line card, and also that the media codec resources on the target line card are not currently occupied, that is, there are currently free media codec resources on the target line card.
  • the device 10 for implementing VOIP calls may further include a management module to perform unified recording management on all media codec resources in the system for implementing VOIP calls.
  • the management module can record the location and real-time occupancy status of each media codec resource in the access device in the system database.
  • the routing module 104 can directly determine whether there are currently distributed media codec resources available on the target line card as the target resources based on the records in the system database. Then, the routing module 104 selects an idle media codec resource from the distributed media codec resources of the target line card as the target resource.
  • the management module may create a resource pool, which is a collection of media codec resources in a system that implements VOIP calls.
  • the notification module 106 can notify the target line card to use the selected target resource for media codec processing during the current call To achieve VOIP calls.
  • the line card connected to the local user during the current call that is, the media codec resource may not be set on the target line card, or its distributed media codec resource is currently occupied.
  • the routing module 104 determines that there is no media codec resource currently available on the target line card, and may consider selecting the target resource from the system media codec resources.
  • the routing module 104 can select distributed media from other line cards. Among the codec resources, select the target resource for the current call.
  • the routing module 104 if the routing module 104 cannot select the distributed VOIP resource on the target line card for the current call, it will preferentially select the system VOIP resource as the target resource. However, in other examples of the embodiments of the present disclosure, if no VOIP resources are currently available on the target line card to which the local user is connected, the routing module 104 may preferentially select from the distributed VOIP resources set on other line cards as The target resource is selected for the current call. Only when there is no distributed VOIP resource currently available on other line cards, the target resource will be selected from the system VOIP resources.
  • the routing module 104 selects the system media codec resource as the target resource
  • the main control board may use the selected target resource to perform media codec processing during the current call.
  • the notification module 106 notifies the line card to which the target resource belongs to adopt the selected Media codec resources are used to implement voice IP processing during a call.
  • the device 11 for implementing VOIP calls deployed on the online card determines that the main control board is the current call in the distributed media codec resources of the local card according to the instruction of the main control board Selected target resource.
  • the media processing module 114 may perform media codec processing according to the media codec resources selected by the main control board. For example, assuming that the current call is a voice call, and the target resource includes a voice codec resource, the media processing module 114 can convert the voice analog signal sent by the local user in the current call to a voice digital signal, and then perform voice coding on the voice digital signal Processing, so as to obtain voice data packets that can be transmitted in the bearer network, this process is called "voice IP".
  • the device 11 for implementing the VOIP call can transmit the voice data packet to the bearer network, so that the voice of the local user can be transmitted to the opposite user of the current call through the bearer network.
  • the end user decodes the voice data packet and other processing, it can be converted into a voice analog signal and the local user's voice can be heard.
  • the media processing module 114 also needs to decode the voice data packet transmitted from the peer user through the bearer network.
  • the media processing module 114 uses the target resource to decode the voice data packet to obtain the voice data signal, and then obtains the analog signal through digital-to-analog conversion, and then transmits it to the local user, so that the local user can use the audio player or other audio playback equipment Play so that the local user hears the voice of the peer user.
  • the foregoing device 10 for implementing VOIP calls and device 11 for implementing VOIP calls may also implement other details of the method for implementing VOIP calls according to the embodiments of the present disclosure. Please refer to the description of the foregoing embodiments, and no further details are provided here.
  • the main control board can disperse the media processing of many call processes on the line card.
  • the main control board preferentially selects the distributed media codec resources on the line card related to the call when selecting the target resource for the call, as long as the distributed media codec resources set on the line card are sufficient, then even It is the line concentration ratio of users on the line card that is as high as 1:1, which can also avoid affecting the calls of users on other line cards, especially ordinary line cards.
  • An embodiment of the present disclosure provides a storage medium on which one or more computer programs that can be read, compiled, and executed by one or more processors can be stored.
  • the storage medium may store one of the first program for implementing VOIP calls and the second program for implementing VOIP calls.
  • the first program for implementing VOIP calls can be executed by one or more processors to implement the steps on the main control board side of the method for implementing VOIP calls described in the foregoing embodiments.
  • the second program for implementing VOIP calls can be executed by one or more processors to implement the steps on the line card side of the method for implementing VOIP calls described in the foregoing embodiments.
  • An embodiment of the present disclosure also provides a main control board, as shown in FIG. 12.
  • the main control board 120 includes a first processor 121, a first memory 122, and a first communication bus 123 for connecting the first processor 121 and the first memory 122.
  • the first memory 122 may be the aforementioned storage medium storing the first program for realizing VOIP calling.
  • the first processor 121 may read the first program for implementing VOIP calling, compile and execute it, to implement the steps on the main control board side in the method for implementing VOIP calling described in the foregoing embodiments.
  • the main control board 120 may implement the details of the method for implementing VOIP calls according to the embodiments of the present disclosure. Please refer to the description of the foregoing embodiments, and no more details are provided here.
  • An embodiment of the present disclosure also provides a line card, as shown in FIG. 13.
  • the line card 130 includes a second processor 131, a second memory 132, and a second communication bus 133.
  • the line card 130 also includes a VOIP codec chip 134.
  • the VOIP codec chip 134 includes at least one distributed media codec resource to implement media codec processing in the VOIP process.
  • the second memory 132 and the VOIP codec chip 134 are communicatively connected to the second processor 131 through the second communication bus 133.
  • the second memory 132 may be the aforementioned storage medium storing the second program for realizing VOIP calling.
  • the second processor 131 can read the second program for implementing VOIP calling, compile and execute it, so as to implement the steps on the line card side of the method for implementing VOIP calling described in the foregoing embodiments.
  • the line card 130 can implement the details of the method for implementing VOIP calls according to an embodiment of the present disclosure. Please refer to the description of the foregoing embodiment, and no more details are provided here.
  • An embodiment of the present disclosure also provides a system for implementing VOIP calls.
  • the system can be deployed on an access device and includes a main control board 120 shown in FIG. 12 and at least one line card 130 shown in FIG. 13.
  • the system for realizing VOIP calls can implement the method for realizing VOIP calls in the foregoing embodiments, and utilize the VOIP codec chip 134 provided on the line card 130 to distribute media processing or media processing and protocol processing during the VOIP call to the line card 130
  • the above implementation reduces the processing load of the main control board 120.
  • the VOIP codec chip 134 can also encode and decode the media of other line card users in the system during the call, which improves the choice of VOIP resources in the system that implements VOIP calls. Flexibility.
  • the protocol processing during the user's call in the VOIP call system can also be distributed to the line card 130, which not only reduces the burden of the main control board 120 for protocol processing, but also because the line card 130 can
  • the media processing and protocol processing of completing the call independently make it similar to an independent "VOIP small system".
  • the call on the online card 130 will not be affected and improved The disaster tolerance of the VOIP call system is realized.
  • Such software may be distributed on a computer-readable medium, executed by a computing device, and in some cases, the steps shown or described may be performed in an order different from that herein.
  • the computer-readable medium may include computer storage Media (or non-transitory media).
  • computer storage media includes both volatile and nonvolatile implemented in any method or technology for storing information such as computer readable instructions, data structures, program modules, or other data Sex, removable and non-removable media.
  • Computer storage media include but are not limited to RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cartridges, magnetic tape, magnetic disk storage or other magnetic storage devices, or may Any other medium for storing desired information and accessible by a computer. This disclosure is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开实施例提供一种实现通话的方法、系统、装置、主控板、线卡及存储介质。所述方法包括：主控板接收软交换设备针对当前通话发送的选路消息；主控板根据选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源，其中，目标线卡为当前通话中本端用户所连接的线卡；以及主控板通知目标线卡在当前通话中采用目标资源进行媒体编解码以实现通话。

Description

实现通话的方法、系统、装置、主控板、线卡及存储介质 技术领域
本公开涉及但不限于通信领域。
背景技术
传统的综合语音接入设备中，在主控板上设置有协议栈和媒体编解码资源，且协议栈和媒体编解码资源供所有窄带用户共同使用，以实现协议处理和媒体处理，从而为接入该接入设备的用户提供下一代网络(Next Generation Network，NGN)语音业务。
但是因为接入综合语音接入设备的用户较多，因此一旦有大量的用户同时进行语音通话，则主控板需要同时进行大量的协议处理与媒体处理，这造成主控板的负担大，同时也容易影响用户的通话成功率与通话体验。
发明内容
本公开实施例提供一种实现VOIP通话的方法，包括：主控板接收软交换设备针对当前通话发送的选路消息；主控板根据选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源，其中，目标线卡为当前通话中本端用户所连接的线卡；以及主控板通知目标线卡在当前通话中采用目标资源进行媒体编解码以实现通话。
本公开实施例还提供一种实现VOIP通话的方法，包括：线卡根据主控板的指示确定主控板在本线卡的分布式媒体编解码资源中为当前通话选择的目标资源；以及线卡在当前通话中采用目标资源进行媒体编解码以实现通话。
本公开实施例还提供一种实现VOIP通话的装置，包括：接收模块，用于接收软交换设备针对当前通话发送的选路消息；选路模块，用于根据选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源，其中，目标线卡为当前通话中本端用户所连接的线卡；以及通知模块，用于通知目标线卡在当前通话中采用目标资源 进行媒体编解码以实现通话。
本公开实施例还提供一种实现VOIP通话的装置，包括：资源确定模块，用于根据主控板的指示，确定主控板在本线卡的分布式媒体编解码资源中为当前通话选择的目标资源；以及媒体处理模块，用于在当前通话中采用目标资源进行媒体编解码以实现通话。
本公开实施例还提供一种主控板，该主控板包括第一处理器、第一存储器及第一通信总线，第一通信总线用于实现第一处理器同第一存储器之间的连接通信；第一处理器用于执行第一存储器中存储的一个或者多个程序，以实现上述实现VOIP通话的方法主控板侧的步骤。
本公开实施例还提供一种线卡，该线卡包括第二处理器、第二存储器及第二通信总线，线卡上还设置有VOIP编解码芯片，VOIP编解码芯片中包括至少一个分布式媒体编解码资源；第二通信总线用于实现第二处理器同第二存储器、VOIP编解码芯片之间的连接通信；第二处理器用于执行第二存储器中存储的一个或者多个程序，以实现上述实现VOIP通话的方法线卡侧的步骤。
本公开实施例还提供一种实现VOIP通话的系统，包括上述主控板，以及至少一个上述线卡。
本公开实施例还提供一种存储介质，该存储介质存储有第一实现VOIP通话的程序和/或第二实现VOIP通话的程序，第一实现VOIP通话的程序可被一个或者多个处理器执行，以实现上述实现VOIP通话的方法主控板侧的步骤；第二实现VOIP通话的程序可被一个或者多个处理器执行，以实现上述实现VOIP通话的方法线卡侧的步骤。
附图说明
图1为根据本公开实施例的实现VOIP通话的系统示意图；
图2为根据本公开实施例的实现VOIP通话的系统所处网络的架构示意图；
图3为根据本公开实施例的实现VOIP通话的方法的流程图；
图4为根据本公开实施例的主控板为通话选择目标资源的流程 图；
图5为根据本公开实施例的接入设备进行信令协议处理的流程图；
图6为根据本公开实施例的主叫端呼叫PBX小交换机下用户的信令交互示意图；
图7为根据本公开实施例的线卡对信令消息进行协议处理的流程图；
图8为根据本公开实施例的实现VOIP通话的系统中VOIP资源的分布示意图；
图9为根据本公开实施例的VOIP系统的示意图；
图10为根据本公开实施例的实现VOIP通话的装置的结构示意图；
图11为根据本公开实施例的实现VOIP通话的装置的结构示意图；
图12为根据本公开实施例的主控板的硬件结构示意图；以及
图13为根据本公开实施例的线卡的硬件结构示意图。
具体实施方式
为了使本公开的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本公开实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本公开，并不用于限定本公开。
传统的综合语音接入设备，都是集中式控制系统，协议处理和媒体处理都在主控板上完成处理，媒体编解码资源集中设置在主控板上。主控板与线卡之间的关系就相当于“大脑”与“四肢”的关系，线卡只执行内部指令，不处理协议、媒体，也不需要进行窄带数据库的配置。在这种情况下，用户的通话成功率与通话过程中的通话质量几乎都取决于主控板的处理能力。如果在同一时间内，存在较多的用户需要进行通话，则主控板就会处于非常繁忙的状态，这不仅可能会造成用户呼叫失败次数攀升，而且还可能使得主控板因负担过大而崩 溃。
为了解决相关技术中主控板负担大，容易降低用户的通话成功率与用户的通话体验的问题，本公开实施例提供一种实现VOIP通话的方案。为了便于理解，在对实现VOIP通话的方法进行说明之前，这里先说明一种实现VOIP通话的系统。
参见图1，实现VOIP通话的系统1包括主控板11以及至少一个线卡12，所述至少一个线卡12中的各个线卡均可以与主控板11进行通信。线卡12可以是语音模拟中继板、普通用户板、数字E1中继板等中的至少一种。在本实施例中，以线卡12为TRK板为例进行说明。
可以理解的是，本实施例中的主控板11、线卡12均可以部署在接入网关等接入设备中，也即，实现VOIP通话的系统1可以部署在接入设备上。进一步结合图2，其示出了实现VOIP通话的系统1所处的网络架构示意图。
当线卡12为TRK板时，其可以通过用户级交换机(Private Branch Exchange，PBX，也称作PBX小交换机)下挂数量众多的用户，这是一种在企业、宾馆等通话需求较大的场景中非常常见的设置方式。在图2当中，PBX小交换机21下挂多个用户，同时与接入设备10通信连接，而接入设备10可以通过承载网同软交换设备22进行通信。当然，接入设备10还可以通过承载网与PSTN网络中的用户进行通信，以实现TRK板下挂用户与PTSN网络中用户的通话。
在本实施例中，不仅可以在主控板11上设置媒体编解码资源(也称VOIP资源或实时传输协议(Real-time Transport Protocol，RTP)资源)，还可以在至少部分线卡12上设置媒体编解码资源。为了区分，本实施例中将设置在主控板11上的媒体编解码资源称为“系统媒体编解码资源”，而将设置在线卡12上的媒体编解码资源称为“分布式媒体编解码资源”。在本实施例中，当主控板需要为某一VOIP通话分配媒体编解码资源时，可以考虑从线卡12上的分布式媒体编解码资源中进行选择。
下面对实现VOIP通话的方法进行说明。参见图3，其示出了实 现VOIP通话的方法的流程图，包括步骤S302至S308。
在步骤S302，主控板接收软交换设备针对当前通话发送的选路消息。
在一次VOIP通话过程中，需要主叫端进行摘机，然后拨打被叫端的号码。当主叫端摘机拨号之后，软交换设备可以向接入设备发送摘机拨号消息和选路消息，选路消息用于指示接入设备为当前通话分配媒体编解码资源。通常，软交换设备发送的选路消息可以是RTP选路消息。
在步骤S304，主控板根据选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源。
接入设备中的主控板在接收到软交换设备发送的选路消息之后，可以根据该选路消息确定出当前通话中的本端用户，也即，在当前通话过程中连接到主控板所在接入设备的用户。可以理解的是，本端用户可以是当前通话过程中的主叫端，也可以是被叫端。另一方面，主控板还可以确定出本端用户所连接的线卡是哪一个线卡。在本实施例中，为了便于说明，将本端用户所连接的线卡称为“目标线卡”。
在确定本端用户所连接的目标线卡后，主控板可以根据目标线卡为当前通话分配媒体编解码资源。可选地，主控板可以从目标线卡上设置的分布式媒体编解码资源中为当前通话选择目标资源。
当然，主控板分配目标线卡上的分布式媒体编解码资源给当前通话时，必须要先确定目标线卡上当前有可用的分布式媒体编解码资源。这要求目标线卡上设置有媒体编解码资源，同时还要求目标线卡上的媒体编解码资源当前并非是全部处于占用状态的，也即，目标线卡上当前存在空闲的媒体编解码资源。
在本实施例中，为了便于主控板为通话分配目标资源，主控板可以对实现VOIP通话的系统中的所有媒体编解码资源进行统一记录管理。主控板可以在系统数据库中记录接入设备中各个媒体编解码资源的位置、实时占用状态等信息。这样，当有为通话分配媒体编解码资源的需求时，主控板根据系统数据库中的记录就可以直接确定目标线卡上当前是否存在可用的分布式媒体编解码资源以作为目标资源， 若是，则主控板从目标线卡的分布式媒体编解码资源中选择空闲的媒体编解码资源作为目标资源。可选地，主控板可以创建一个资源池，该资源池即为实现VOIP通话的系统中的媒体编解码资源的集合。
在步骤S306，主控板通知目标线卡在当前通话中采用目标资源进行媒体编解码以实现通话。
若主控板从目标线卡的分布式媒体编解码资源中为当前通话选择出目标资源之后，就可以通知目标线卡在当前通话过程中，采用选择出的目标资源进行媒体编解码处理，从而实现VOIP通话。
在步骤S308，目标线卡在当前通话中采用目标资源进行媒体编解码以实现通话。
目标线卡在接到主控板的指示后，可以根据主控板选择的媒体编解码资源进行媒体编解码处理。例如，假定当前通话为语音通话，目标资源中包括语音编解码资源，则目标线卡可以将当前通话中本端用户发送的语音模拟信号转换为语音数字信号。然后目标线卡再对语音数字信号进行语音编码处理，从而得到能够在承载网中传输的语音数据包，这个过程称为“语音IP化”。
目标线卡得到语音数据包之后，可以将该语音数据包传输到承载网中，以便通过承载网将本端用户的声音传输给当前通话的对端用户。对端用户对语音数据包进行解码等处理之后，转换为语音模拟信号就可以听到本端用户的声音了。
毫无疑义的是，在VOIP通话过程中，目标线卡也需要对通过承载网传输的来自对端用户的语音数据包进行解码处理。目标线卡利用目标资源对语音数据包进行语音解码，得到语音数据信号，再经数模转换得到语音模拟信号并传输给本端用户，让本端用户谁通过听筒或扬声器等音频播放设备进行播放，从而使得本端用户听到对端用户的声音。
可以理解的是，当前通话中的本端用户所连接的线卡，即目标线卡上可能并未设置媒体编解码资源，或者其分布式媒体编解码资源当前均处于占用状态。对于这种情况，主控板经过判断，确定目标线卡上当前无可用的媒体编解码资源，可以考虑从系统媒体编解码资源 中选择目标资源。
当然，如果确定目标线卡上当前无可用的分布式媒体编解码资源，且当前所有的系统媒体编解码资源也均处于占用状态，则主控板可以从其他线卡上设置的分布式媒体编解码资源中为当前通话选择目标资源。
下面结合图4对根据本公开实施例的主控板为通话选择目标资源的过程进行说明。该过程包括步骤S402至S412。
在步骤S402，判断本端用户对应的目标线卡上是否设置有分布式VOIP资源。
若判断结果为是，则进入S404，否则进入S408。
在步骤S404，判断本端用户对应的目标线卡上是否有空闲的VOIP资源。
若判断结果为是，则进入S406，否则进入S408。
在步骤S406，从本端用户对应的目标线卡的空闲分布式VOIP资源中选择目标资源。
如果经判断确定本端用户对应的目标线卡上设置有分布式的VOIP资源，且这些资源并未完全被占用，则主控板可以从目标线卡上当前处于空闲状态的VOIP资源中为当前通话选择目标资源。
在步骤S408，判断当前是否存在空闲的系统VOIP资源。
若判断结果为是，则进入S410，否则进入S412。
在步骤S410，从空闲的系统VOIP资源中选择目标资源。
在步骤S412，从设置于不同于本端用户对应的目标线卡的其他线卡上的空闲分布式VOIP资源中选择目标资源。
若主控板在步骤S408的判断结果为否，则说明主控板上设置的系统VOIP资源当前全部处于占用状态，因此，主控板只能考虑其他线卡上是否有可用的分布式VOIP资源，并从设置于其他线卡上的空闲分布式VOIP资源中选择目标资源。
在图4示出的目标资源选择方案当中，如果主控板不能为当前通话选择目标线卡上的分布式VOIP资源，则可以优先选择系统VOIP资源作为目标资源。在本公开的其他实施例中，如果本端用户所连接 的目标线卡上当前并没有可用的VOIP资源，则主控板可以优先从其他线卡上设置的分布式VOIP资源中为当前通话选择目标资源，只有在其他线卡上当前也不存在可用的分布式VOIP资源时，才从系统VOIP资源中选择目标资源。
对于主控板选择系统媒体编解码资源作为目标资源的情况，在选择了目标资源之后，主控板在当前通话过程中可以利用选择的目标资源进行媒体编解码处理。对于主控板从其他线卡上选择分布式媒体编解码资源作为当前通话的目标资源的情况，在主控板选择了目标资源之后，要通知目标资源所属的线卡采用选择的媒体编解码资源实现通话过程中的语音IP化处理等。
根据本公开实施例提供的实现VOIP通话的方法，通过在接入设备的线卡上设置媒体编解码资源，可以使得主控板将许多通话过程中的媒体处理分散到线卡上实现，以减轻主控板在媒体处理方面的负担，从而保证用户的呼叫成功率，提升用户体验。同时，因为主控板在为通话选择目标资源时，优先选择与该通话相关的线卡上的分布式媒体编解码资源，因此，只要线卡上设置的分布式媒体编解码资源足够，即便线卡上用户的集线比高达1:1，也能够避免影响其他线卡，尤其是普通线卡上用户的呼叫。
下面将对实现VOIP通话的方法做更全面、更细节的说明，以便让本领域技术人员清楚了解根据本公开实施例的实现VOIP通话的方法的优点。
在前述实施例中，接入设备的主控板可以将通话过程中的媒体处理分布到线卡上完成。在本实施例中，主控板还可以将通话过程中的信令协议处理分布到线卡上实现。参见图5所示的接入设备(或实现VOIP通话的系统)进行信令协议处理的流程图。该流程包括步骤S502至S506。
在步骤S502，主控板接收当前通话的信令消息。
主控板接收的信令消息可以是来自于软交换设备的，也可能是来自原PBX小交换机的。图6示出了主叫端呼叫PBX小交换机下用户的信令过程S601至S620。
在S601，修改事件Modify Events{bcas/sz}。
在S602，抢占Seize。
在S603，抢占应答Seize Ack。
在S604，添加Add。
在S605，RTP选路过程。
在S606，修改Modify。
在S607，已摘机Notify{bcas/sza}。
在S608，修改Modify。
在S609，开始发号。
在S610，Notify{icas/sls}。
在S611，反极性。
在S612，检测到反极性Notify ans。
在S613，修改Modify。
在S614，通话过程。
在S615，远端挂机Modify。
在S616，后向拆线。
在S617，前向拆线。
在S618，Notify。
在S619，sub。
在S620，挂机。
在图6所示的示例当中，接入设备同软交换设备之间可以采用H248协议进行通信，而接入设备同PBX小交换机之间可以采用中国一号信令进行通信。当然，在本公开的其他实施例中，接入设备同PBX小交换机之间可以采用纯模拟线路信号进行通信。所以，主控板接收到的信令消息可以是H248信令消息。在本公开的气体实施例中，接入设备的主控板接收到的信令消息可以是会话发起协议(Session Initiation Protocol，SIP)信令消息。
在步骤S504，主控板根据信令消息所携带的用户名将信令消息转发给对应用户所连接的目标线卡。
当主控板接收到信令消息之后，只解码消息头，以找到消息携 带的用户名。可以根据信令消息所携带的用户名查询数据库，以确定该信令消息所涉及的线卡，也即，用户所连接的线卡。在本实施例中，如果信令消息是指前面所说的“当前通话”，则该信令消息所涉及的线卡是目标线卡。因此主控板可以将该信令消息转发给目标线卡，以便让目标线卡对该信令消息进行处理。
在步骤S506，目标线卡采用本线卡上的协议栈对信令消息进行协议处理。
在本实施例中，接入设备中的至少部分线卡上设置有协议栈，例如，在当前通话中本端用户所连接的目标线卡上设置有H248协议栈或者SIP协议栈。当主控板将当前通话中的信令消息转发给目标线卡以后，目标线卡可以采用本线卡上设置的协议栈对信令消息进行协议处理。图7示出了线卡对信令消息进行协议处理的流程图。该流程包括步骤S702至S704。
在步骤S702，线卡对信令消息进行编解码处理。
对信令消息的编解码处理实际上就是对信令消息进行编码或解码，这仅需要根据通用函数进行，不涉及窄带数据库的配置。
在步骤S704，线卡基于窄带数据库对经编解码处理后的信令消息进行协议业务处理。
在对信令消息进行编解码处理之后，线卡可以基于窄带数据库实现对信令消息的协议业务处理。协议业务处理需要执行协议动作，其依赖于窄带数据库配置，所以协议业务部分的分布需要基于窄带数据库的分布，也即，若目标线卡要支持对信令消息进行协议业务处理，则需要在该目标线卡上配置窄带数据库。
下面以TRK板为例进行说明。TRK板内置呼叫控制状态机，以便控制完整的呼叫过程。呼叫控制状态机可以处理用户的摘机、挂机、拍叉簧、拨号等过程，并且检测馈电和拨号音。在检测到拨号音后，TRK板将检测结果上报给H248协议模块。TRK板上的RTP芯片可以在H248协议的控制下检测各种音，如：拨号音，回铃音，忙音等。同时，RTP芯片还可以在H248协议的控制下进行发号。RTP芯片可以用继发器信号或者DTMF信号进行发号，以实现拨号动作。软交换设备 下发Add消息指示接入设备分配VOIP资源。TRK板接收到Add消息后，在主控板的指示下为当前通话分配本板的VOIP资源。
根据上述说明可知，在协议的分布式处理当中，主控板仅需要解析信令消息的消息头，然后根据解析内容得到转发目的对象，从而将信令消息转给对应的目的对象，而不需要对信令消息进行编解码处理，更不需要对信令消息进行协议业务处理。事实上，实现在VOIP通话的系统里，通过大话务呼叫测试结果表明，信令协议处理占用了主控板35％的CPU处理能力，是最耗费CPU处理资源的进程，其原因是信令消息的文本的编解码过程大多采用遍历树的方法，占用了比较多的CPU处理资源。因此，本实施例中，将信令的协议处理分布到线卡上实现，能够在很大程度上减少对主控板处理资源的占用，例如，如果主控板只负责转发H248信令消息，不进行H248信令消息的协议处理，而是由TRK板上的H248(或SIP)协议栈负责完成H248信令消息的协议处理，则至少可以降低主控板的CPU负荷1/3。可见，将信令消息的协议处理从主控板的集中式处理改变为线卡的分布式处理是非常有实际价值的。
在本公开实施例的一些示例中，实现VOIP通话的系统中仅会进行媒体的分布式处理或者是仅实现协议的分布式处理，但在本公开实施例的一些示例中，实现VOIP通话的系统可以同时进行媒体和协议的分布式处理。在这种情况下，针对某些用户，其连接的线卡是设置有分布式媒体编解码资源的线卡，并且该线卡上还设置有H248协议栈或SIP协议栈，在这些用户参与的通话的通话发起阶段或正式通话阶段中，主控板仅需要实现信令消息的转发，这使得主控板可以节约更多的处理资源以便服务其他用户的通话。
更重要的是，在主控板将通话过程中的协议处理与媒体处理均分布到线卡上实现的情况下，当主控板故障或者主控板进行主备倒换的时候，不会影响线卡上那些正在进行的通话，这能够提升实现VOIP通话的系统的容灾能力，保障用户通话过程的稳定性。
将通过本公开实施例对实现VOIP通话的系统的部署实现方式，以及主控板对VOIP资源的分配及管理过程进行说明。
首先，对实现VOIP通话的系统的配置部署进行简单说明。
线卡的VOIP资源配置
在本公开实施例中，可以在TRK板等接入用户量大的线卡上插入VOIP子卡(又称VOIP小卡)，VOIP小卡中可以内置有VOIP编解码芯片。在一个VOIP编解码芯片中可以包括多个VOIP资源，通常，至少是128个VOIP资源。在本实施例中，一个VOIP编解码芯片中包括256个VOIP资源。
图8示出了实现VOIP通话的系统中VOIP资源的分布示意图。
在实现VOIP通话的系统8中包括主控板801、上联板802、TRK板803、综合业务数字网(Integrated Services Digital Network，ISDN)板804以及普通模拟电话服务(Plain Old Telephone Service，POTS)板805等。上联板802、TRK板803、ISDN板804以及普通POTS板805均与主控板801通信连接。上联板802和TRK板803通过主控板连接到全局IP交换网，ISDN板804和普通POTS板805连接到全局时分复用传输(Time Division Multiplexing，TDM)交换网。
在主控板801上设置有第一VOIP资源8011，以供实现VOIP通话的系统全局使用。具体地，第一VOIP资源8011可以供基于全局TDM交换网的通话使用，也可以供基于全局IP交换网中的通话使用。在TRK板803上设置有第二VOIP资源8031，以部分地供TRK板803下连接的用户通话使用，也可以部分地供其他单板上的用户使用。
系统中VOIP资源的媒体IP与端口配置
系统管理人员还可以为实现VOIP通话的系统中的各个VOIP资源配置媒体IP和端口，使得该实现VOIP通话的系统中的每一个VOIP资源可以被唯一识别，以便主控板对这些VOIP资源进行管理和分配。在一些情况下，同一个实现VOIP通话的系统中的各VOIP资源的媒体IP是一致的，所以，为了区分识别各个VOIP资源，用户可以为每一个VOIP资源配置不同的端口。
线卡的协议配置
如果实现VOIP通话的系统中需要进行信令协议的分布式处理，则系统管理人员需要在至少部分线卡设置协议栈，如H248协议栈或 者是SIP协议栈。同时，系统管理人员还需要在线卡上配置用户数据。这里的用户数据包括连接到该线卡的用户的数据。
系统管理人员对实现VOIP通话的系统中的用户进行配置时，例如，对于那些高集线比要求的用户(这里将其称为“高级用户”)，系统管理人员可以将其配置到有分布式VOIP资源的线卡上，例如，插入了VOIP小卡的TRK板。这样，这些通话需求大的用户就可以优先使用线卡上的VOIP资源，以便将系统VOIP资源留给其他用户使用；对于那些集线比不高的用户(即“普通用户”)，系统管理人员可以将其配置连接到普通线卡上。
线卡VOIP资源的集线比配置
系统管理人员可以对各个线卡上VOIP资源供该线卡下用户使用的比例或数目等进行规划，也即，系统管理人员配置线卡上分布式VOIP资源本地使用与全局使用所占的比例。例如，在一个线卡上设置有N个VOIP资源，系统管理人员可以指定其中p％的VOIP资源仅供本线卡下用户通话使用，也即，指示主控板在进行目标资源选择的时候，需要保证将本线卡上VOIP资源分配给其他线卡上用户使用的比例不能超过1-p％；或者，系统管理人员也可以指定必须保证这N个VOIP资源中的M个VOIP资源供本线卡下用户通话使用，等等。
在本公开了实施例的一些示例当中，线卡VOIP资源的集线比默认为0，即实现VOIP通话的系统中所有的VOIP资源可以共同使用。
实现VOIP通话的系统的配置部署完成以后，主控板需要对实现VOIP通话的系统中的VOIP资源进行登记管理。主控板可以在系统的数据库中增加VOIP资源数据表，以记录当前系统中各个VOIP资源的物理位置信息、实际可以提供的VOIP资源数量等。主控板还可以创建VOIP资源池，即，VOIP资源的集合。主控板可按照特定规则管理VOIP资源池中VOIP资源的状态和使用情况。
下面对VOIP资源的分配，也即，选择目标资源的过程进行说明。
通常，主控板在进行VOIP资源分配的时候，可以按照以下原则进行。
对于本端用户所连接的线卡上设置有分布式VOIP资源的情况， 优先选择其所属线卡上的分布式VOIP资源作为目标资源；但如果线卡上的VOIP资源已经本全部占用，则选择其系统VOIP资源作为目标资源。
对于本端用户所连接的线卡上没有设置分布式VOIP资源的情况，优先选择系统VOIP资源作为目标资源；如果系统VOIP资源已经本全部占用，则可以选择其他线卡上的分布式VOIP资源作为目标资源。
下面对结合图9示出的VOIP系统对VOIP通话过程中的媒体处理进行简单说明。
在图9示出的VOIP系统当中，接入设备90包括主控板901、上联板902、数字E1中继板903、普通用户板904以及TRK中继板905等。上联板902可以与承载网通信，其负责向承载网发送媒体数据包，并接收通话对端通过承载网发送的媒体数据包。数字E1中继板903和TRK中继板905分别连接有第一PBX小交换机91a以及第二PBX小交换机91b，在第一PBX小交换机91a和第二PBX小交换机91b下各自连接有多个用户。相对于数字E1中继板903而言，TRK中继板905的成本更低。同时，在普通用户板904下，也连接有多个用户。
在本公开实施例的一些示例当中，VOIP通话为语音通话，当然毫无疑义的是，在本公开实施例的另外一些示例当中，VOIP通话也还可以包括视频通话。在VOIP通话仅为语音通话的情况下，TRK板905下的用户可以通过铜线连接到TRK板905上，在用户与TRK板905之间通过铜线进行模拟信号的传输。
进入通话状态后，用户的语音模拟信号可通过铜线传输到TRK板905。TRK板905接收到语音模拟信号后，将语音模拟信号转化为语音数字信号，然后再将语音数字信号传输给TRK板905上的VOIP小卡，由主控板901所指定的VOIP小卡内的VOIP资源对语音数据流进行编码处理，得到语音数据包。这样，语音的VOIP编解码在TRK板905上就完成了，而不必占用主控板901上的VOIP编解码资源。得到IP化的语音数据包后，TRK板905可以将其转发到主控板901的全局IP交换网。主控板901的全局IP交换网根据语音数据包携带的端口和媒体IP信息，将该语音数据包转发到上联板902，随后， 语音数据包将会经过上联口进入IP交换的承载网网络。
另一方面，上联板902还会接收来自承载网的语音数据包，然后，上联板902可以通过主控板901将接收的语音数据包发送给TRK板905。TRK板905上的VOIP小卡可以利用主控板901选择的VOIP资源对该语音数据包进行解码处理，得到语音数字信号。随后，TRK板905可以将语音数字信号进行转换得到语音模拟信号，随后通过与用户之间的铜线将语音模拟信号传输给用户。
将VOIP资源分布在TRK板上，减少了TRK板下用户通话对系统VOIP资源的消耗。在一些示例中，可以向TRK板上连接的用户提供1:1的集线比。同时，TRK板上的VOIP资源在保证本板用户有充足可用的VOIP资源的基础上，可以将剩余的VOIP资源在实现VOIP通话的系统内共享，以便提升系统性能、降低成本并提升工程保障能力。
在极端情况下，当主控板离线或者拔出的情况下，TRK板上的通话仍然可以保持不断，这使得TRK板功能上接近一个独立运作的“VOIP小系统”。
本公开实施例提供一种实现VOIP通话的装置，请参见图10。
实现VOIP通话的装置10包括接收模块102、选路模块104和通知模块106。接收模块102用于接收软交换设备针对当前通话发送的选路消息。选路模块104用于根据选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源。通知模块106用于通知目标线卡在当前通话中采用目标资源进行媒体编解码以实现通话。
实现VOIP通话的装置10可以部署于接入设备的主控板上，接收模块102、选路模块104和通知模块106的功能均可以通过主控板的处理器实现。
另外本公开实施例还提供一种可以部署在接入设备中线卡，例如TRK板上的实现VOIP通话的装置，请参见图11。
实现VOIP通话的装置11包括资源确定模块112以及媒体处理模块114。资源确定模块112根据主控板的指示，确定主控板在本线卡的分布式媒体编解码资源中为当前通话选择的目标资源。媒体处理模块114用于在当前通话中采用目标资源进行媒体编解码以实现通 话。
在实现VOIP通话的装置11中，资源确定模块112的功能可以通过线卡的处理器实现，媒体处理模块114的功能可以通过线卡上设置的VOIP编解码芯片实现。
下面结合示例对上述两种分别可以部署在主控板和线卡上的实现VOIP通话的装置进行说明。
在一次VOIP通话过程中，需要主叫端进行摘机，然后拨打被叫端的号码。当主叫端摘机拨号之后，软交换设备会向接入设备发送摘机拨号消息和选路消息，该选路消息用于指示接入设备为当前通话分配媒体编解码资源。通常，软交换设备发送的选路消息是RTP选路消息。实现VOIP通话的装置10中的接收模块102可以接收该选路消息。
接收模块102在接收到软交换设备发送的选路消息之后，选路模块104可以根据该选路消息确定出当前通话中的本端用户，也即，在当前通话过程中连接到主控板所在接入设备的用户。可以理解的是，本端用户可以是当前通话过程中的主叫端，也可以是被叫端。另一方面，选路模块104还可以确定出本端用户所连接的线卡是哪一个。在本实施例中，为了便于说明，将本端用户所连接的线卡称为“目标线卡”。
在确定本端用户所连接的目标线卡后，选路模块104可以根据目标线卡为当前通话分配媒体编解码资源。可选地，选路模块104可以从目标线卡上设置的分布式媒体编解码资源中为当前通话选择目标资源。
当然，选路模块104分配目标线卡上的分布式媒体编解码资源给当前通话时，必须要先确定目标线卡上当前有可用的分布式媒体编解码资源。这要求目标线卡上设置有媒体编解码资源，同时还要求目标线卡上的媒体编解码资源当前并非是全部处于占用状态的，也即，目标线卡上当前存在空闲的媒体编解码资源。
在本实施例中，为了便于选路模块104为通话分配目标资源，实现VOIP通话的装置10中还可以包括管理模块，以对实现VOIP通话的系统中的所有媒体编解码资源进行统一记录管理。管理模块可以 在系统数据库中记录接入设备中各个媒体编解码资源的位置、实时占用状态等信息。这样，当有为通话分配媒体编解码资源的需求时，选路模块104根据系统数据库中的记录就可以直接确定目标线卡上当前是否存在可用的分布式媒体编解码资源以作为目标资源，若是，则选路模块104从目标线卡的分布式媒体编解码资源中选择空闲的媒体编解码资源作为目标资源。可选地，管理模块可以创建一个资源池，该资源池即为实现VOIP通话的系统中的媒体编解码资源的集合。
若管理模块从目标线卡的分布式媒体编解码资源中为当前通话选择出目标资源之后，通知模块106就可以通知目标线卡在当前通话过程中，采用选择出的目标资源进行媒体编解码处理，从而实现VOIP通话。
可以理解的是，当前通话中的本端用户所连接的线卡，即，目标线卡上可能并未设置媒体编解码资源，或者其分布式媒体编解码资源当前均处于占用状态。对于这种情况，选路模块104经过判断，确定目标线卡上当前无可用的媒体编解码资源，可以考虑从系统媒体编解码资源中选择目标资源。
当然，如果确定目标线卡上当前无可用的分布式媒体编解码资源，且当前所有的系统媒体编解码资源也均处于占用状态，则选路模块104可以从其他线卡上设置的分布式媒体编解码资源中为当前通话选择目标资源。
在本公开实施例的一些示例中，如果选路模块104不能为当前通话选择目标线卡上的分布式VOIP资源，则其会优先选择系统VOIP资源作为目标资源。但在本公开实施例的另外一些示例中，如果本端用户所连接的目标线卡上当前没有可用的VOIP资源，则选路模块104可以优先从其他线卡上设置的分布式VOIP资源中为当前通话选择目标资源，只有在其他线卡上当前也不存在可用的分布式VOIP资源时，才会从系统VOIP资源中选择目标资源。
对于选路模块104选择系统媒体编解码资源作为目标资源的情况，在选择了目标资源之后，主控板在当前通话过程中可以利用选择的目标资源进行媒体编解码处理。对于选路模块104从其他线卡上选 择分布式媒体编解码资源作为当前通话的目标资源的情况，在选路模块104选择了目标资源之后，通知模块106通知目标资源所属的线卡采用选择的媒体编解码资源实现通话过程中的语音IP化处理等。
部署在线卡上的实现VOIP通话的装置11在接到主控板的指示后，资源确定模块112根据主控板的指示确定主控板在本线卡的分布式媒体编解码资源中为当前通话选择的目标资源。媒体处理模块114可以根据主控板选择的媒体编解码资源进行媒体编解码处理。例如，假定当前通话为语音通话，目标资源中包括语音编解码资源，则媒体处理模块114可以将当前通话中本端用户发送的语音模拟信号转换为语音数字信号，然后对语音数字信号进行语音编码处理，从而得到能够在承载网中传输的语音数据包，这个过程称为“语音IP化”。媒体处理模块114得到语音数据包之后，实现VOIP通话的装置11可以将该语音数据包传输到承载网中，以便通过承载网将本端用户的声音传输给当前通话的对端用户。对端用户对语音数据包进行解码等处理之后，转换为语音模拟信号就可以听到本端用户的声音了。毫无疑义的是，在VOIP通话过程中，媒体处理模块114也需要对通过承载网传输的来自对端用户的语音数据包进行解码处理。媒体处理模块114利用目标资源对语音数据包进行语音解码，得到语音数据信号，再经数模转换得到语音模拟信号，传输给本端用户，让本端用户谁通过听筒或扬声器等音频播放设备进行播放，从而使得本端用户听到对端用户的声音。
上述实现VOIP通话的装置10和实现VOIP通话的装置11还可以实现根据本公开实施例的实现VOIP通话的方法的其他细节，请参见前述实施例的说明，这里不再赘述。
根据本公开实施例提供的两种实现VOIP通话的装置，通过在接入设备的线卡上设置媒体编解码资源，可以使得主控板将许多通话过程中的媒体处理分散到线卡上实现，以减轻主控板在媒体处理方面的负担，从而保证用户的呼叫成功率，提升用户体验。同时，因为主控板在为通话选择目标资源时，优先选择与该通话相关的线卡上的分布式媒体编解码资源，因此，只要线卡上设置的分布式媒体编解码资源 足够，则即便是线卡上用户的集线比高达1:1，也能够避免影响其他线卡，尤其是普通线卡上用户的呼叫。
本公开实施例提供一种存储介质，其上可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序。在本实施例中，存储介质可以存储有第一实现VOIP通话的程序和第二实现VOIP通话的程序中的一个。第一实现VOIP通话的程序可供一个或多个处理器执行，以实现前述实施例中说明的实现VOIP通话的方法中主控板侧的步骤。第二实现VOIP通话的程序可供一个或多个处理器执行，以实现前述实施例中说明的实现VOIP通话的方法中线卡侧的步骤。
本公开实施例还提供一种主控板，如图12所示。主控板120包括第一处理器121、第一存储器122以及用于连接第一处理器121与第一存储器122的第一通信总线123。第一存储器122可以为前述存储有第一实现VOIP通话的程序的存储介质。第一处理器121可以读取第一实现VOIP通话的程序，进行编译并执行，以实现前述实施例中说明的实现VOIP通话的方法中主控板侧的步骤。主控板120可以实现根据本公开实施例的实现VOIP通话的方法的细节，请参见前述实施例的说明，这里不再赘述。
本公开实施例还提供一种线卡，如图13所示。线卡130包括第二处理器131、第二存储器132和第二通信总线133。另外，线卡130还包括VOIP编解码芯片134。VOIP编解码芯片134中包括至少一个分布式媒体编解码资源，以实现对VOIP过程中的媒体编解码处理。第二存储器132与VOIP编解码芯片134通过第二通信总线133与第二处理器131通信连接。第二存储器132可以为前述存储有第二实现VOIP通话的程序的存储介质。第二处理器131可以读取第二实现VOIP通话的程序，进行编译并执行，以实现前述实施例中说明的实现VOIP通话的方法中线卡侧的步骤。线卡130可以实现根据本公开实施例的实现VOIP通话的方法的细节，请参见前述实施例的说明，这里不再赘述。
本公开实施例还提供一种实现VOIP通话的系统，该系统可以部署在接入设备上，并且包括图12所示的主控板120以及至少一个图 13所示的线卡130。实现VOIP通话的系统可以实现前述实施例中的实现VOIP通话的方法，利用线卡130上设置的VOIP编解码芯片134，将VOIP通话过程中的媒体处理或媒体处理与协议处理分布到线卡130上实现，减小主控板120的处理负担，同时，VOIP编解码芯片134也还可以对系统中其他线卡用户通话过程的媒体进行编解码处理，提升了实现VOIP通话的系统中VOIP资源选择的灵活性。更重要的是，实现VOIP通话的系统中用户通话过程中的协议处理也可以分布到线卡130上实现，这样，不仅降低了主控板120进行协议处理的负担，同时，因为线卡130可以独立完成通话的媒体处理与协议处理，使得其类似一个独立的“VOIP小系统”，在主控板120故障或进行主备倒换的过程中，在线卡130上进行的通话不会受到影响，提升了实现VOIP通话的系统的容灾性。
本领域技术人员应当明白的是，本公开各实施例中提供的数据发送方法、数据接收方法、装置、终端及TRP、存储介质，不仅可以应用于当前的通信系统，也可以应用于未来任何一个通信系统中。
在本公开中，各个实施例中的技术特征，在不冲突的情况下，可以组合在一个实施例中使用。
显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程 序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM，ROM，EEPROM、闪存或其他存储器技术、CD-ROM，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。本公开不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本公开实施例所作的进一步详细说明，不能认定本公开的具体实施只局限于这些说明。对于本公开所属技术领域的普通技术人员来说，在不脱离本公开构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本公开的保护范围。

Claims (24)

  1. 一种实现VOIP通话的方法，包括：
    主控板接收软交换设备针对当前通话发送的选路消息；
    所述主控板根据所述选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源，其中，所述目标线卡为当前通话中本端用户所连接的线卡；以及
    所述主控板通知所述目标线卡在当前通话中采用所述目标资源进行媒体编解码以实现通话。
  2. 如权利要求1所述的实现VOIP通话的方法，其中，在所述主控板接收软交换设备针对当前通话发送的选路消息之后，所述方法还包括：
    响应于确定所述目标线卡上无可用的分布式媒体编解码资源，所述主控板从设置于所述主控板上的系统媒体编解码资源中为当前通话选择目标资源；以及
    所述主控板在当前通话中采用所述目标资源进行媒体编解码以实现通话。
  3. 如权利要求2所述的实现VOIP通话的方法，其中，确定所述目标线卡上无可用的分布式媒体编解码资源的步骤包括下列之一：
    所述主控板确定所述目标线卡上未设置分布式媒体编解码资源；以及
    所述主控板确定所述目标线卡上设置有分布式媒体编解码资源，且所述线卡上的分布式媒体编解码资源处于占用状态。
  4. 如权利要求1所述的实现VOIP通话的方法，其中，在所述主控板接收软交换设备针对当前通话发送的选路消息之后，所述方法还包括：
    响应于确定所述目标线卡上无可用的分布式媒体编解码资源， 所述主控板从设置于不同于所述目标线卡的其他线卡上的分布式媒体编解码资源中为当前通话选择目标资源；以及
    所述主控板通知所述目标线卡在当前通话中采用所述目标资源进行媒体编解码以实现通话。
  5. 如权利要求4所述的实现VOIP通话的方法，其中，在所述主控板从设置于不同于所述目标线卡的其他线卡上的分布式媒体编解码资源中为当前通话选择目标资源的步骤之前，所述方法还包括：
    所述主控板确定设置于所述主控板上的系统媒体编解码资源处于占用状态。
  6. 如权利要求1所述的实现VOIP通话的方法，其中，在所述主控板根据所述选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源的步骤之前，所述方法还包括：
    所述主控板对实现VOIP通话的系统中的系统媒体编解码资源和各个线卡上的分布式媒体编解码资源的位置、实时占用状态进行记录和管理。
  7. 如权利要求1所述的实现VOIP通话的方法，其中，所述媒体编解码资源为用于进行语音编解码的VOIP资源。
  8. 如权利要求1-7任一项所述的实现VOIP通话的方法，还包括：
    所述主控板从所述软交换设备处接收当前通话的信令消息；以及
    所述主控板根据所述信令消息所携带的用户名将所述信令消息转发给对应用户所连接的目标线卡，以由所述对应用户所连接的目标线卡对所述信令消息进行协议处理。
  9. 如权利要求8所述的实现VOIP通话的方法，其中，所述信 令消息为基于H248协议的信令消息或基于会话初始协议的信令消息。
  10. 如权利要求1-7任一项所述的实现VOIP通话的方法，其中，所述目标线卡为语音模拟中继板。
  11. 一种实现VOIP通话的方法，包括：
    线卡根据主控板的指示确定所述主控板在本线卡的分布式媒体编解码资源中为当前通话选择的目标资源；以及
    所述线卡在当前通话中采用所述目标资源进行媒体编解码以实现通话。
  12. 如权利要求11所述的实现VOIP通话的方法，其中，所述媒体编解码包括语音编码，所述线卡在当前通话中采用所述目标资源进行媒体编解码的步骤包括：
    所述线卡采用所述目标资源对语音数字信号进行语音编码处理得到能够在承载网中传输的语音数据包，其中，所述语音数字信号由所述线卡对当前通话中本端用户发送的语音模拟信号进行转换得到。
  13. 如权利要求12所述的实现VOIP通话的方法，其中，所述媒体编解码包括语音解码，所述线卡在当前通话中采用所述目标资源进行媒体编解码的步骤还包括：
    所述线卡采用所述目标资源对来自承载网的语音数据包进行语音解码处理得到语音数字信号。
  14. 如权利要求11所述的实现VOIP通话的方法，其中，所述线卡为语音模拟中继板。
  15. 如权利要求11-14任一项所述的实现VOIP通话的方法，还包括：
    所述线卡接收当前通话的信令消息；以及
    所述线卡采用本线卡上的协议栈对所述信令消息进行协议处理。
  16. 如权利要求15所述的实现VOIP通话的方法，其中，所述线卡采用本线卡上的协议栈对所述信令消息进行协议处理的步骤包括：
    所述线卡对所述信令消息进行编解码处理；以及
    所述线卡基于窄带数据库对经编解码处理后的所述信令消息进行协议业务处理。
  17. 一种实现VOIP通话的装置，包括：
    接收模块，用于接收软交换设备针对当前通话发送的选路消息；
    选路模块，用于根据所述选路消息从目标线卡上的分布式媒体编解码资源中为当前通话选择目标资源，其中，所述目标线卡为当前通话中本端用户所连接的线卡；以及
    通知模块，用于通知所述目标线卡在当前通话中采用所述目标资源进行媒体编解码以实现通话。
  18. 一种实现VOIP通话的装置，包括：
    资源确定模块，用于根据主控板的指示确定所述主控板在本线卡的分布式媒体编解码资源中为当前通话选择的目标资源；以及
    媒体处理模块，用于在当前通话中采用所述目标资源进行媒体编解码以实现通话。
  19. 一种主控板，包括第一处理器、第一存储器及第一通信总线，
    所述第一通信总线用于实现第一处理器同第一存储器之间的连接通信；
    所述第一处理器用于执行第一存储器中存储的一个或者多个程序，以实现如权利要求1至10任一项所述的实现VOIP通话的方法。
  20. 一种线卡，包括第二处理器、第二存储器及第二通信总线，所述线卡上还设置有VOIP编解码芯片，所述VOIP编解码芯片中包括至少一个分布式媒体编解码资源，
    所述第二通信总线用于实现第二处理器同所述第二存储器、VOIP编解码芯片之间的连接通信；
    所述第二处理器用于执行第二存储器中存储的一个或者多个程序，以实现如权利要求11至16任一项所述的实现VOIP通话的方法。
  21. 一种实现VOIP通话的系统，包括如权利要求19所述主控板，以及至少一个如权利要求20中所述的线卡。
  22. 如权利要求21所述的实现VOIP通话的系统，其中，所述实现VOIP通话的系统部署在接入设备上。
  23. 一种存储介质，其上存储有第一实现VOIP通话的程序，所述第一实现VOIP通话的程序可被一个或者多个处理器执行，以实现如权利要求1至10中任一项所述的实现VOIP通话的方法。
  24. 一种存储介质，其上存储有第二实现VOIP通话的程序，所述第二实现VOIP通话的程序可被一个或者多个处理器执行，以实现如权利要求11至16中任一项所述的实现VOIP通话的方法。
PCT/CN2019/124298 2018-12-10 2019-12-10 实现通话的方法、系统、装置、主控板、线卡及存储介质 WO2020119676A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811505781.4A CN111294324A (zh) 2018-12-10 2018-12-10 通话实现方法、系统、装置、主控板、线卡及存储介质
CN201811505781.4 2018-12-10

Publications (1)

Publication Number Publication Date
WO2020119676A1 true WO2020119676A1 (zh) 2020-06-18

Family

ID=71021867

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/124298 WO2020119676A1 (zh) 2018-12-10 2019-12-10 实现通话的方法、系统、装置、主控板、线卡及存储介质

Country Status (2)

Country Link
CN (1) CN111294324A (zh)
WO (1) WO2020119676A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113206698B (zh) * 2021-03-22 2022-08-16 深圳震有科技股份有限公司 一种卫星媒体资源冗余保护方法、智能终端及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007061790A2 (en) * 2005-11-18 2007-05-31 Telecommunication Systems, Inc. Voice over internet protocol (voip) mobility detection
US20090268615A1 (en) * 2004-03-23 2009-10-29 Level 3 Communications, Inc. Systems and methods for accessing voice transmissions
CN102043644A (zh) * 2009-10-12 2011-05-04 中兴通讯股份有限公司 一种线卡主程序的升级方法及装置
CN103685257A (zh) * 2013-12-06 2014-03-26 上海斐讯数据通信技术有限公司 一种dhcp网络防护系统及方法
CN106302073A (zh) * 2015-06-10 2017-01-04 中兴通讯股份有限公司 一种实现呼叫的方法和装置
CN107493401A (zh) * 2016-06-12 2017-12-19 中兴通讯股份有限公司 线路状态处理方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1288884C (zh) * 2003-03-06 2006-12-06 华为技术有限公司 Ip接入实现语音业务的方法及系统
CN1303838C (zh) * 2005-03-18 2007-03-07 杭州斯达康通讯有限公司 双模/多模便携装置及其智能切换方法
CN101771999A (zh) * 2009-12-30 2010-07-07 华为技术有限公司 本地通话的方法、本地管理系统以及基站控制器
CN103634303B (zh) * 2013-11-13 2017-06-27 中国联合网络通信集团有限公司 一种实现VoIP通话的方法及系统
CN106331399B (zh) * 2015-06-15 2021-08-31 中兴通讯股份有限公司 网络电话voip资源处理方法、装置及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090268615A1 (en) * 2004-03-23 2009-10-29 Level 3 Communications, Inc. Systems and methods for accessing voice transmissions
WO2007061790A2 (en) * 2005-11-18 2007-05-31 Telecommunication Systems, Inc. Voice over internet protocol (voip) mobility detection
CN102043644A (zh) * 2009-10-12 2011-05-04 中兴通讯股份有限公司 一种线卡主程序的升级方法及装置
CN103685257A (zh) * 2013-12-06 2014-03-26 上海斐讯数据通信技术有限公司 一种dhcp网络防护系统及方法
CN106302073A (zh) * 2015-06-10 2017-01-04 中兴通讯股份有限公司 一种实现呼叫的方法和装置
CN107493401A (zh) * 2016-06-12 2017-12-19 中兴通讯股份有限公司 线路状态处理方法及装置

Also Published As

Publication number Publication date
CN111294324A (zh) 2020-06-16

Similar Documents

Publication Publication Date Title
US8446847B2 (en) System, device and method for implementing special call service
US6597702B1 (en) Fast connect option for enforcing symmetric codec capabilities
US6654366B1 (en) Use of virtual gateway in H.323 system
US20100135280A1 (en) Telecommunications system and telecommunications management apparatus
US10506000B2 (en) Mesh conferencing
US7616752B2 (en) Methods, systems, and computer program products for providing call waiting and caller ID and for toggling between active and waiting calls using session initiation protocol (SIP)
US7633932B2 (en) Accelerated removal from service of a signal processor at a media gateway
WO2020119676A1 (zh) 实现通话的方法、系统、装置、主控板、线卡及存储介质
CN106101087A (zh) 一种基于linux内核实现media proxy的方法
US8873374B2 (en) Accelerated recovery during negotiation between a media gateway and a media gateway controller
US20090109969A1 (en) Dynamic Routing of Wideband and Narrowband Audio Data in a Multimedia Terminal Adapter
KR20100056954A (ko) 기존 내선전화에 발신 가능한 인터넷 내선전화 장치 및 방법, 그리고 그에 따른 컴퓨터로 판독 가능한 기록매체
US8565224B2 (en) Telephone system, telephone exchange apparatus, and connection control method used in telephone exchange apparatus
JP5408963B2 (ja) Ｉｐボタン電話装置
JP4568246B2 (ja) サーバ装置
US20100027528A1 (en) Notification of Impending Media Gateway Resource Exhaustion
CN109479071B (zh) 一种网络电话的处理方法及相关网络设备
CN101695025B (zh) 下一代网络中媒体资源广播实现方法、系统和广播服务器
US8249066B2 (en) Apparatus and method for allocating media resources
WO2008067722A1 (fr) Procédé, système de téléphone et terminal de téléphone pour une session d'appel
JP2011097469A (ja) 電話システムとその交換装置
JP2011239015A (ja) ネットワーク装置及び電話システム
US7720974B2 (en) Global routable and grid identification for audio provider in media session
US8223746B2 (en) More economical resource application on the user interaction within a speech dialogue system in a packet network by means of a simplifying processing of signalling information
US7523203B1 (en) Shared distribution media resources in a communication network

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 22/10/2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19895770

Country of ref document: EP

Kind code of ref document: A1