CN101448210A - System and method for mid-call merging of multi-protocol call messages - Google Patents
System and method for mid-call merging of multi-protocol call messages Download PDFInfo
- Publication number
- CN101448210A CN101448210A CNA2008101258617A CN200810125861A CN101448210A CN 101448210 A CN101448210 A CN 101448210A CN A2008101258617 A CNA2008101258617 A CN A2008101258617A CN 200810125861 A CN200810125861 A CN 200810125861A CN 101448210 A CN101448210 A CN 101448210A
- Authority
- CN
- China
- Prior art keywords
- message
- call record
- agreement
- key
- protocol
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Images
Abstract
The present invention relates to a system and method for mid-call merging of multi-protocol call messages on the Iub and Iur Interfaces in UTRAN. An embodiment comprises correlating messages having multiple protocol formats, comprising correlating messages complying with a first protocol into a first call record using a first correlation key, correlating messages complying with a second protocol into a second call record using a second correlation key, detecting a key message complying with the first protocol, the key message having a fetch key parameter associated with messages complying with the second protocol, combining data from the second call record into the first call record to create a combined call record, and creating a pointer linking the second call record to the first call record.
Description
The application requires on March 30th, 2007 to submit to, exercise question is the rights and interests of the U.S. Provisional Application No.60/909305 of System and Method for Mid-CallMerging of Multi-Protocol Call Messages on the Iub and Iur Interfaces in UTRAN (system and method that merges the multi-protocols message related to calls on the Iub of UTRAN and Iur interface in being used for calling out), and this application is incorporated herein for your guidance.
Technical field
The present invention relates generally to the system and method that is used for monitoring message, and be particularly related to the system and method that is used for catching message and message is related to the individual call record at wireless system.
Background technology
Universal Mobile Telecommunications System (UMTS) is standardized and now by the standardized third generation of third generation partner program (3GPP) (3G) mobile phone technology by ETSI (ETSI) at first.UMTS carries circuit switching (CS) and packet switching (PS) business simultaneously, uses Wideband Code Division Multiple Access (WCDMA) (W-CDMA) as its air interface.The network components that uses among the UMTS and the description of agreement are known for those of ordinary skills, and can be from 3GPP, obtain in ETSI and other resources.The UMTS network configuration is made up of three territories: core net (CN), UMTS Terrestrial radio access network (UTRAN) and subscriber equipment (UE).
The air interface that UTRAN is provided to user's UE inserts.Base station among the UTRAN is called Node B, and the control appliance that is used for Node B is called radio network controller (RNC).The UMTS subscriber equipment is communicated by letter with Node B by the WCDMA air interface.UE can be attached to PS territory or CS territory or simultaneously on both.UE can use PS service and CS service simultaneously.
ATM(Asynchronous Transfer Mode) is used to the transfer of data in UMTS.Multiplexed and the multichannel of ATM layer decomposed ATM cell and route ATM cell, and guarantees that they are from order end to end.ATM Adaptation Layer (AAL) is responsible for setting up and receive the pay(useful) load of representing different application by the ATM low layer.The exchange of ATM Adaptation Layer type 2 (AAL2) function circuit connects, and grouping connection protocol AAL5 is designed to transmit data.
A shortcoming of prior art is to be difficult to identify the message relevant with the same call that is used for the individual consumer.Because a plurality of UE communicate by letter with RNC with Node B simultaneously, each second, thousands of data and control messages transmitted between Node B and RNC and between RNC.These message are observed some different protocol formats according to the purpose of message.As a result, the message that transmits on the interface of UTRAN does not provide enough information to relate to identical user with definite which message.
Second shortcoming of prior art is to be difficult to discern the associated call record that is associated with different agreement.Independent call record can be to set up for the message of particular protocol type.Yet the call record that is used for different agreement can relate to identical calling, but this call record does not comprise the message of the correlation that allows a plurality of protocol types of leap.
Summary of the invention
Usually solve or prevent these and other problems by embodiments of the invention (wherein being that different agreements starts call record when calling out beginning), and realize technological merit usually.Parameter from particular message is discerned relevant protocol call record as association key (correlation key).The call record of the different agreement relevant with same call is integrated in the record.
According to one embodiment of present invention, a kind of method is relevant has the message of a plurality of protocol formats.Use first association key will be related in first call record in accordance with the message of first agreement; Use second association key will be related in second call record in accordance with the message of second agreement; Detect the key message of observing first agreement, this key message has extraction key (fetch key) parameter that is associated with the message of observing this second agreement; To merge to from the data of second call record in first call record to create the call record that merges; And the pointer of creating link second call record to the first call record.After creating pointer, forwarding is observed the message subsequently of second agreement to the call record that merges; And merge this message subsequently to the call record of this merging.Using third phase to close key will be related in accordance with the message of the 3rd agreement in the 3rd call record.Second key message of observing first agreement has the second extraction key parameter that is associated with the message of observing the 3rd agreement.To merge to from the data of the 3rd call record in the call record of merging; And pointer links second call record to the call record that merges.During calling out, create the call record that merges.
In another embodiment, a kind of system will merge in the call record in accordance with the message of multi-protocols.Surveillance equipment is coupled to the interface at network node place.This surveillance equipment is caught all message that are sent to this network node and transmit from this network node basically.A kind of processor identification is observed the message of first agreement and this first protocol message is compiled in first call record.A kind of processor identification is observed the message of second agreement and this second protocol message is compiled in second call record.A kind of processor detects the key message of observing first agreement and having key parameter, and this key parameter is associated with the message of observing second agreement.A kind of processor will merge to from the data of second call record in first call record.Above-mentioned processor can be a single processor of carrying out many application, or carries out the discrete processors of one or more processes.
This system further comprises memory, is used to store second call record, and with the pointer related with second call record, wherein this pointer links this second call record to the first call record.This system may further include and is used to discern the message of observing the 3rd agreement and the processor that the 3rd protocol message is compiled into the 3rd call record; Be used to detect the processor of observing first agreement and having second key message of the second extraction key parameter, this second extraction key parameter is associated with the message of observing the 3rd agreement; And the processor that is used for the data from the 3rd call record are merged to first call record.This system further comprises memory, is used to store the 3rd call record; And the pointer that is associated with the 3rd call record, wherein this pointer links the 3rd call record to the first call record.
In one embodiment, this message of observing first agreement is Radio Resource control (RRC) protocol message, this message of observing second agreement is node B application part (NBAP) protocol message or Access Link Control Application Part (ALCAP) protocol message or both, and this message of observing the 3rd agreement is Radio Network Subsystem Application Part (RNSAP) protocol message.This network node can be the radio network controller (RNC) in the UTRAN network.
The present invention allow surveillance equipment have between a plurality of call records of different agreement relevant to create the call record of single merging.A plurality of call records that the present invention also allows to be used for different agreement are merged to single call record in real time when calling is carried out.
Description of drawings
In order more completely to understand the present invention and advantage thereof, with reference now to describing below in conjunction with the accompanying drawings, wherein:
Fig. 1 shows the surveillance equipment that is coupled to the UTRAN network according to embodiments of the invention;
Fig. 2 is the protocol stack that is used for Iub interface;
Fig. 3 is the protocol stack that is used for the Iur interface;
Fig. 4 shows the message of catching from Iub and Iur interface by according to the surveillance equipment of the embodiment of the invention;
Fig. 5 is the block diagram that illustrates according to the relation between the call record of the embodiment of the invention.
Embodiment
The invention provides many applicable creationary notions, it can be implemented in multiple specific context.The specific embodiment of being discussed has only been set forth acquisition and has been used ad hoc fashion of the present invention, does not limit the scope of the invention.
Fig. 1 illustrates the UTRAN part of UMTS network, and it comprises Node B 101 and radio network controller (RNC) 102.Node B 101 is communicated by letter by Iub interface 103 with RNC102.RNC102 is each other by 104 communications of Iur interface.Node B 101 is communicated by letter with subscriber equipment (UE) 105 by air interface Uu106.No matter when UE105 initiates or receipt of call, signaling message exchanges between RNC102 between Node B 101 and RNC102 and by Iur interface 104 by Iub interface 103.Monitor or detector 107 non-invasively are coupled to RNC102 and send to RNC102 and from all protocol messages of RNC102 to catch basically by Iub and Iur interface 103 and 104.Monitor 107 is coupled on the central server 108, the network information that it allows operator's visit to collect by monitor 107.
Fig. 2 is illustrated in the protocol stack that uses in the UTRAN network on Iub interface.Fig. 3 is illustrated in the protocol stack that uses in the UTRAN network on the Iur interface.UTRAN is that this Iub and Iur interface are realized ATM foundation structure.UTRAN uses AAL2 and AAL5 adaptive on the ATM layer.Node B application part (NBAP), Access Link Control Application Part (ALCAP) and Radio Network Subsystem Application Part (RNSAP) protocol message can be carried on the AAL5 channel, and (Radio Resource control) RRC protocol message is carried on the AAL2 channel.
Owing to comprise the many protocol layers that use among the UTRAN, as be shown in figures 2 and 3, to cross over all the user-dependent programs of all UTRAN interfaces and message (such as RRC connection request message, beep-page message, or Radio Link deletion message) to be related to the individual call record be challenging.Monitor 107 uses association key to identify related message.Each agreement has its oneself association key.
On Iub interface (Fig. 2), NBAP and ALCAP agreement use AAL5 as transport layer.For these agreements, monitor 107 uses association key based on the up link scrambler.This key guarantees that all AAL5 message that belong to single UE are related to single NBAP/ALCAP call record.In addition on the one hand, the RRC agreement uses AAL2 as transport layer, therefore will use different keys that RRC message (such as Random Access Channel (RACH), forward access channel (FACH), and dedicated channel (DCH) message) is related in the RRC call record.On the Iur interface (Fig. 3), the RNSAP agreement uses MTP3B/SCCP as transport layer.Being used for the RNSAP message combinations is different with the key that is used for NBAP/ALCAP and RRC call record to this association key of RNSAP call record.
When monitor 107 was captured in Iub and the cocommutative message of Iur interface, they began to set up call record by making up relevant message.For example, when monitor detects NBAP with identical up link scrambler and ALCAP message, these message will be related in the single NBAP/ALCAP call record.Similarly, when monitor detects the RRC message of mating with general association key, these RRC protocol messages will be incorporated in the single RRC call record.Equally, the RNSAP message with RNSAP association key coupling will be incorporated in the individual call record.As a result, when monitor 107 begins to catch message from RNC102 and link 103 and 104, will open a plurality of call records for individual call.The present invention uses " extracting and bridge joint (fetch and bridge) " method independent protocol call record is merged to the call record of single combination.When this calls out in process or when " in the calling ", this protocol call record is combined.
Merging in the calling is used " extracting and bridge joint " method so that the protocol call record merges in the call record of single combination.Should " extraction " action occur in when the RRC call record enters the data of auto-correlation NBAP/ALCAP call record.Should " bridge joint " action take place, be used for the protocol message of NBAP/ALCAP subsequently of this calling, it carries the association key different with RRC message, but need be switched to and the relevant identical RRC call record of NBAP/ALCAP message.
Fig. 4 illustrates the Iub and the Iur message flow of the calling that is used to have the mobile initiation of transferring between RNC.Monitor 401 is caught from the Iub interface between Node B 403 and the RNC404 402 and from the protocol message of the Iur interface 405 between RNC404 and 406.The firm RRC connection request message 407 that receives, monitor 401 just use RRC association key A to create the RRC call record, for example call out A (accompanying drawing 5,501).The firm NBAP of receiving Radio Link is set up message 408, and monitor 401 just uses association key B to create the NBAP/ALCAP call record, for example calls out B (accompanying drawing 5,502).Catch ALCAP message when monitor 401, for example message 409, and it has the up link scrambler identical with association key B, and these message are related to calls out B (502).
When message 401 is set up in monitor 401 reception RRC connections, it will be related to this message and call out A (501).Monitor 401 also extracts the up link scrambler from this message 401.If extract successfully, the up link scrambler is used to set up " extraction key " (503) with the sign calling B record (502) relevant with extraction.If extract successfully, then calling out B record 502 and calling out between the A record 501 and set up " bridge joint " pointer (504).The RRC message that has association key A of catching subsequently still is related to calls out A (501).When monitor 401 detections had the message of NBAP/ALCAP subsequently of association key B, this message will at first be related to called out B record 502.Then, utilize at the bridge joint pointer of calling out between B record 502 and the calling A record 501 504, this NBAP/ALCAP message will be sent to calls out A record 501.In view of the above, after extracting operation, call out B record 502 and just promote the bridge joint that call record merges.In case all message relevant with the calling of this UE are processed, call out B record 502 with destroyed.
Identical logic is employed to transfer between RNC and makes Iub-Iur message relevant in the occasion.Firm SCCP CR and the SCCP CC message 411 and 412 of receiving, monitor 401 is just created the RNSAP that uses association key C and is called out C record 505.When monitor 401 received the message 413 with the RNSAP on SCCP DT, the up link scrambler is extracted to set up 506 (accompanying drawings 5) from message 413 extracted key, and it is used to seek existing relevant calling B record 502.Bridge joint pointer 507 is established merging to from the message of calling out C record 505 and calls out in the B record 502, and it finally is integrated into calls out in the A record 501.In a single day be established in case extract 506 generations and bridge joint pointer 507, call out C record 505 and just promote the bridge joint that call record merges and when end of calling, no longer need bridge joint that this call record is destroyed.
As mentioned above, this merging process begins when message 410 is set up in reception RRC connection.This message takes place in the middle of calling out, so this process is called as in the calling and merges.Use this RRC to connect and set up message, because it can carry uplink scrambling code, this yard is that RRC and NBAP/ALCAP call record are linked at together key.
The invention provides real-time call follow to the UTRAN surveillance.Belong to the Iub of a UE and all message on the Iur interface and followed the tracks of constantly, and be relevant in the single call record.Keep message when replacement merges in not having calling in the call record that separates, the present invention has realized that real-time multi-protocols are relevant.This provides improved real-time call follow, need select a call record to obtain all details that belong to selected UE to this this terminal use.
Though the advantage of the present invention and it is described in detail, also should be appreciated that, on the basis of the spirit and scope of the present invention that do not break away from appended claims and limited, can carry out different variations, replace and change.In addition, should with scope do not mean that the process that specification is described that only limits to, machine is made, material is synthetic, device, the specific embodiment of method and step.Those of ordinary skills will easily understand from content disclosed in this invention, can utilize existing or later with the process that is developed according to the present invention, machine, make, material is synthetic, device, method or step, they are carried out with corresponding embodiment identical functions described herein in fact or realize and the identical result of corresponding embodiment described herein in fact.Therefore, claims are intended to such process, and machine is made, and material is synthetic, device, and method and step are included in their scope.
Claims (20)
1. relevant method with message of various protocols form in Universal Mobile Telecommunications System (UMTS) network comprises:
Use first association key will be related in first call record in accordance with the message of first agreement;
Use second association key will be related in second call record in accordance with the message of second agreement;
Detect the key message of observing first agreement, this key message has the extraction key parameter that is associated with the message of observing this second agreement;
To merge to from the data of second call record in first call record to create the call record that merges; And
Create the pointer of link second call record to the first call record.
2. the method for claim 1 comprises:
After creating pointer, forwarding is observed the message subsequently of second agreement to the call record that merges; And
Merge this message subsequently to the call record of this merging.
3. the method for claim 1 further comprises:
Using third phase to close key will be related in the 3rd call record in accordance with the message of the 3rd agreement;
Detect second key message of observing first agreement, this key message has the second extraction key parameter that is associated with the message of observing the 3rd agreement;
To merge to from the data of the 3rd call record in the call record of merging; And
Create the pointer of link the 3rd call record to the call record that merges.
4. the method for claim 1 wherein should be Radio Resource control (RRC) protocol message in accordance with the message of first agreement.
5. the method for claim 1, the message that wherein should observe second agreement be node B application part (NBAP) protocol message or Access Link Control Application Part (ALCAP) protocol message or both.
6. method as claimed in claim 3, the message that wherein should observe the 3rd agreement is Radio Network Subsystem Application Part (RNSAP) protocol message.
7. the method for claim 1, wherein the call record of this merging is created during calling out.
8. method that is used at Universal Mobile Telecommunications System (UMTS) network related news comprises:
To merge in first call record in accordance with the message of first agreement;
To merge in second call record in accordance with the message of second agreement;
Catch the key message of observing first agreement, wherein this key message comprises a kind of key parameter, and this key parameter is associated with second agreement and can be used to link first call record to the second call record;
To merge to from the data of second call record in first call record to create the call record that merges; And
Create the pointer of link second call record to the first call record.
9. method as claimed in claim 8 further comprises:
The call record that will extremely merge in accordance with the forwards of second agreement; And
The message of transmitting is merged in the call record of this merging.
10. method as claimed in claim 8 further comprises:
To merge in the 3rd call record in accordance with the message of the 3rd agreement;
Catch second key message of observing first agreement, wherein this key message comprises second key parameter that is associated with the 3rd agreement;
To merge to from the data of the 3rd call record in the call record of this merging; And
Create the pointer of link the 3rd call record to the call record that merges.
11. method as claimed in claim 8, the message that wherein should observe first agreement are Radio Resource control (RRC) protocol messages.
12. method as claimed in claim 8, the message that wherein should observe second agreement be node B application part (NBAP) protocol message or Access Link Control Application Part (ALCAP) protocol message or both.
13. method as claimed in claim 10, the message that wherein should observe the 3rd agreement is Radio Network Subsystem Application Part (RNSAP) protocol message.
14. method as claimed in claim 8, wherein the call record of this merging is created during calling out.
15. one kind is used for merging to the system of call record in accordance with the message of multi-protocols, comprises:
Be coupled to the surveillance equipment of the interface at network node place, this surveillance equipment is caught all message that are sent to this network node and transmit from this network node basically;
Be used for discerning the message of observing first agreement and the processor that this first protocol message is compiled into first call record;
Be used for discerning the message of observing second agreement and the processor that this second protocol message is compiled into second call record;
Be used to detect the key message of observing first agreement and having key parameter, the processor that this key parameter is associated with the message of observing second agreement; And
Be used for to merge to the processor of first call record from the data of second call record.
16. system as claimed in claim 15 further comprises:
Memory is used to store this second call record; And
The pointer that is associated with this second call record, wherein this pointer links second call record to the first call record.
17. system as claimed in claim 15 further comprises:
Be used to discern the message of observing the 3rd agreement and the processor that the 3rd protocol message is compiled into the 3rd call record;
Be used to detect the processor of observing first agreement and having second key message of the second extraction key parameter, this second extraction key parameter is associated with the message of observing the 3rd agreement; And
Be used for to merge to the processor of first call record from the data of the 3rd call record.
18. system as claimed in claim 17 further comprises:
Memory is used to store the 3rd call record; And
The pointer that is associated with the 3rd call record, wherein this pointer links the 3rd call record to the first call record.
19. system as claimed in claim 15, the message of wherein observing first agreement are Radio Resource control (RRC) protocol messages; The message that wherein should observe second agreement be node B application part (NBAP) protocol message or Access Link Control Application Part (ALCAP) protocol message or both; And the message that wherein should observe the 3rd agreement is Radio Network Subsystem Application Part (RNSAP) protocol message.
20. system as claimed in claim 15, wherein this network node is the radio network controller (RNC) in the UTRAN network.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US90930507P | 2007-03-30 | 2007-03-30 | |
| US60/909305 | 2007-03-30 | ||
| US12/043105 | 2008-03-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101448210A true CN101448210A (en) | 2009-06-03 |
Family
ID=40743545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008101258617A Pending CN101448210A (en) | 2007-03-30 | 2008-03-28 | System and method for mid-call merging of multi-protocol call messages |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101448210A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102316493A (en) * | 2010-06-30 | 2012-01-11 | 中兴通讯股份有限公司 | Bearer parameter acquisition method and device for Iub interface monitoring |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050195745A1 (en) * | 2004-03-03 | 2005-09-08 | Scott Alistair K.C. | System and method for correlation of dissimilar telecommunication signaling protocols |
-
2008
- 2008-03-28 CN CNA2008101258617A patent/CN101448210A/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050195745A1 (en) * | 2004-03-03 | 2005-09-08 | Scott Alistair K.C. | System and method for correlation of dissimilar telecommunication signaling protocols |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102316493A (en) * | 2010-06-30 | 2012-01-11 | 中兴通讯股份有限公司 | Bearer parameter acquisition method and device for Iub interface monitoring |
| CN102316493B (en) * | 2010-06-30 | 2015-05-20 | 中兴通讯股份有限公司 | Bearer parameter acquisition method and device for Iub interface monitoring |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101437299B (en) | System and method for real-time correlation of AAL2 and AAL5 messages for calls in UTRAN | |
| FI117587B (en) | Method, device, and computer program product for monitoring data communications | |
| EP1472895B1 (en) | System for managing the identity of mobile stations roaming between mobile radio networks | |
| EP2501178B1 (en) | Mobile communication system, wireless base station controllers and relocation method | |
| KR20060042107A (en) | System for establishing data transmission path between mobile phone terminals | |
| CN101437225A (en) | System and method for ciphering key forwarding and RRC packet deciphering in a UMTS monitoring system | |
| US8254939B2 (en) | System and method for mid-call merging of multi-protocol call messages on the Iub and Iur interfaces in UTRAN | |
| US7835336B2 (en) | Method of collecting data using mobile identification number in WCDMA network | |
| CN101448210A (en) | System and method for mid-call merging of multi-protocol call messages | |
| CN1859682B (en) | Irregular frequency hard switching fault analyzing method | |
| EP2086246B1 (en) | Communication control device and communication control method | |
| CN101651592A (en) | Method for processing Femtocell gateway messages | |
| EP2144397A1 (en) | Method for detecting components of a UMTS network | |
| CN101330502A (en) | Method and device for tracing signaling FP frame in RNC | |
| EP2137902B1 (en) | Method for real-time AAL2 channel detection in UTRAN | |
| JP5316250B2 (en) | Call control system, communication relay device, communication device and method thereof | |
| CN117880877A (en) | Method and equipment for reporting measurement | |
| EP2114101A1 (en) | A method and a controller for providing a continuous real time service | |
| CN102256223B (en) | Method for continuously tracking designated user in NodeB | |
| CN101426214A (en) | system and method for real-time iub and iur link detection and aal5 channel detection in utran | |
| CN1984418A (en) | Method for establishing operating maintenance channel | |
| Stephanopoulos et al. | Signaling Procedures Measurements Realization on a 3 rd Generation UMTS Platform | |
| KR20100011413A (en) | Internet and broadband transport network video mail system operation and method | |
| CN103974306A (en) | Automatic matching method for IUB interface common transmission channels and cell identifiers | |
| KR20100027397A (en) | System and method for computer client to mobile of video messenger service system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20090603 |