M393936 五、新型說明： 【新型所屬之技術領城】 本創作係關於一種射包障礙查測系統，詳而言之，係 關於一種監控通話雙方通話行為之封包障礙查測系統。 【先前技術】 網路電話（voice over internet protocol ; VoIP)是一種透 過網際網路（internet)技術來實現的電話通訊。過去網路電 話多半使用於公司的企業網路（intranet)以利用同一個網路 提供數據和語音的服務，網路電話由於具有低通話成本、 低建設成本、優良的通話品質等特性，隨著網路科技曰漸 普及以及跨境通訊數量大幅提升，其未來發展可被視為傳 統電信業者的強力競爭者之一。 網路電話的概念為將發話端（caller)的語音信號經過 數位處理、壓縮編碼打包、透過網路傳輸、接著解壓縮、 將數位信號還原成語音信號，讓受話端（callee)聽到聲音。 在打包過程中’係將特定時長之編碼化後的語音信號予以 組合’再依照實時傳送協議（real-time transport protocol ; RTP)所規定之音頻和視頻的標準數據包格式封裝成語音 封包’或稱為RTP封包。此外，目前網路電話所採用的協 議標準為會邊發起協議（session initiation protocol ; SIP)， 是一種應用層的點對點協議，會話發起協議與其他如實時 傳送協議合同工作，一般而言，SIp僅涉及電話通訊的信 令(signal)部分’即傳輪經打包的實時傳輸協議流，RTP封 包本身才是語音或視頻的載體。 礙查話的障礙查測技術而言，較常將障 、、又； 伺服端以便管理，惟，由於SIP伺 時，有用戶的請求，因此較難針對特定用戶 又若將障礙查測裝置設置於用戶端， ㈣因為用戶端通常不具備相關技術，縱使能觀察該用戶 狀悲’亦無法自己解決該障礙。故，如此僅能觀察 早方（用戶端或健端）的封包之查測技術，若發生發話端 2話端兩用戶端雙方通話中斷、或者兩方僅—方聽得到 尸，但另-方聽㈣聲音的情況時，往往無法查測出障礙 站疋在伺服端、發話端或受話端。 因此，若能提供一種應用於網路電話的障礙查測系 、先此夠查測通話雙方的封包狀態，以避免產生語音單通 或通活中斷的情形，係為網路電話技術的一大躍進。 【新型内容】 為解決先前技術的種種問題，本創作提供一種封包障 礙查測系統，得以查測通話雙方的封包交換的處理狀態。 本創作之封包障礙查測系統，包括：發話端；受話端， 係與該發話端之間藉由網路進行語音封包的交換；話務啟 動伺服端，用以接收該發話端所發送的信令封包，以建立 该發話端與該受話端之間的連線’使該發話端與該受話端 藉由該連線交換該語音封包；以及障礙查測平台，係設置 於該話務啟動伺服端對該發話端與該受話端之間建立連線 的語音封包交換路徑間，用以監控該發話端、該受話端與 該話務啟動伺服端之間的該信令封包及/或該語音封包以 M393936 進行障礙查測。 此外，該發話端及該受話端分別具有閘道器，且該障 礙查測平台包含註冊模組，該註冊模組將產生語音封包交 換障礙的發話端或受話端的閘道器從該伺服端改註冊至該 障礙查測平台。 再者，該障礙查測平台復包含記錄模組及分析比對模 組，該記錄模組用以記錄該發話端、該受話端與該词服端 之間的該信令封包及/或該語音封包，該分析比對模組用以 對該信令封包及該語音封包進行分析比對以取得封包障礙 的發生位置、封包障礙發生的時間或封包傳送狀態。 相較於習知技術，本創作是在該話務啟動伺服端對該 發話端與該受話端之間建立連線的語音封包交換路徑間上 設置障礙查測平台，以監控該發話端與該受話端雙方的通 話行為，即記錄或分析信令封包和語音封包，進而達到封 包障礙查測之目的，解決以往僅能觀察單方封包的技術缺 陷。 【實施方式】 以下藉由特定的實施形態說明本創作，熟悉此技術之 人士可由本說明書所揭示之内容輕易地了解本創作之其他 優點與功效，亦可藉由其他不同的具體實施態樣加以施行 或應用。 請參閱第1A及1B圖，本發明之封包障礙查測系統 包括發話端21、受話端22、話務啟動伺服端23、障礙查 測平台24。為簡化說明，此處之系統架構僅就與本創作有 M393936 '關之系統構件進行說明，其它無關之系統構件，例如防火 牆FW等之現有網路設備則不為文贄述。 受話端22與發話端21之間藉由網路1〇進行語音封 包的父換。發話端21與受話端22為網路電話的兩用戶端， 透過例如虛擬私有網（virtual private netw〇rk ; vj>N)、企業 網路（intranet)、區域網路（i〇cai areanetw〇rk ; laN)等的網 • 路10來進行網路通話。 . 發洁端21發送信令封包至話務啟動伺服端23以於發 修話端21與受話端22之間建立連線，以供發話端21與受話 端22藉由該連線交換語音封包。須說明的是，該語音封包 的封包格式可為依據實時傳送協議所規範的封包格式該 信令封包的封包格式可為依據對話啟動協議所規範的封包 格式。一般而言，位於發話端21的使用者撥打網路電話給 位於特定的受話端22的使用者時，發話端閘道器會發 送信令封包至話務啟動伺服端23,而該話務啟動伺服端23 ，即如對5舌啟動協議伺服器（SIP server)，以由該話務啟動伺 服端23將自發話端閘道器gl發出的信令封包轉傳至受話 端閘道益g2，俾於發話端21與受話端22間建立即時連 線，進而供用戶進行通話。此外，如第1B圖所示，話務 啟動伺服端23復可與行動網路或公用交換電話網路 (public switching telephone network ; PSTN)連接，以供用 戶利用網路電話撥打至使用室内或行動電話的用戶。 障礙查測平台24係設置於該話務啟動伺服端23對該 發話端21與該受話端22之間建立連線的語音封包交換路 7 M393936 徑間，作為話務啟動伺服端23與發話和收話端21、22的 媒介，負責監控發話、受話端21、22與話務啟動伺服端 23之間的該信令封包及/或該語音封包，以進行障礙查測。 如第2圖所示，障礙查測平台24包含記錄模組241、 分析比對模組242和註冊模組243。 記錄模組241記錄發話、受話端21、22與話務啟動 伺服端23之間所交換的該信令封包及/或該語音封包。實 務上，記錄模組241可24小時詳細記錄每通電話的信令封 包及/或語音封包，避免因發生語音封包交換障礙的頻率不 固定而遺漏記錄。 分析比對模組242用以於記錄模組241觀察該些封包 時，對該信令封包及該語音封包進行分析比對，以獲取封 包障礙的發生位置（例如為話務啟動伺服端23或發話、受 話端21、22)、封包障礙的發生時間或封包傳送的狀態等 資訊，藉此通知相關工程人員檢查、維護或到府維修。 註冊模組243於分析比對模組242得知封包障礙的相 關資訊後，將產生語音封包交換障礙的發話端21或受話端 22的閘道器（此圖未顯示），從話務啟動伺服端23改註冊至 該障礙查測平台24，以針對特定端點繼續監控其使用情 況。 由前述第ΙΑ、1B及2圖的說明得以了解，本創作採 用障礙查測平台當作用戶端（即發話和受話端）與話務啟動 伺服端的媒介，記錄兩者之間往來的信令及語音封包，進 而將發話和受話端之中發生語音封包交換障礙的閘道器， M393936 從話務啟動伺服端的對話啟動協議伺服器改註冊至障礙查 測平台，即可觀察特定的用戶端點，另外，本創作之封包 障礙查測系統可24小時詳細記錄每通網路電話的封包，以 便於監控、分析比對障礙發生的時間、位置、狀態等。 第3圖所示之流程圖為本創作之封包障礙查測系統執 行之障礙查測處理，請同時參閱第1A及第1B圖。 於步驟S201中，發話端21發送信令封包經過障礙查 測平台24至話務啟動伺服端23。於步驟S202中，話務啟 動伺服端23將該信令封包經過障礙查測平台24轉傳至受 話端22。接著進至步驟S203。由前述步驟S201及步驟S202 可知，發話端21以信令封包傳至話務啟動伺服端23的方 式建立發話端21與受話端22的連線。M393936 V. New Description: [New Technology Technology City] This creation is about a kind of shooting obstacle detection system. In detail, it is about a packet obstacle detection system that monitors the call behavior of both parties. [Prior Art] Voice over internet protocol (VoIP) is a type of telephone communication that is implemented through internet technology. In the past, most Internet telephony was used in the company's intranet to provide data and voice services over the same network. Due to its low call cost, low construction cost, and excellent call quality, VoIP has The growing popularity of Internet technology and the dramatic increase in the number of cross-border communications is expected to be seen as one of the strong competitors of traditional telecom operators. The concept of VoIP is to digitally process the speech signal of the caller, compress and encode it, transmit it through the network, then decompress it, restore the digital signal to a voice signal, and let the callee hear the sound. In the packaging process, 'the voice signals encoded by the specific duration are combined' and then encapsulated into voice packets according to the standard packet format of audio and video specified by the real-time transport protocol (RTP). Or called RTP packets. In addition, the current protocol standard for Internet telephony is session initiation protocol (SIP), which is an application-layer peer-to-peer protocol. Session initiation protocols work with other real-time transport protocol contracts. In general, SIp only The signaling part involved in telephony communication is a packetized real-time transport protocol stream, and the RTP packet itself is the carrier of voice or video. In terms of obstacle detection technology, it is more common to use obstacles and management. However, because SIP is available, there are user requests, so it is difficult to set the obstacle detection device for specific users. On the user side, (4) because the client usually does not have the relevant technology, even if it can observe the user's sorrow, it cannot solve the obstacle by itself. Therefore, only the early (user or health) packet detection technology can be observed. If there is a call end 2, both ends of the two terminals are interrupted, or the two parties only hear the corpse, but the other party When listening to the (four) sound situation, it is often impossible to detect that the obstacle station is on the server, the sender or the receiver. Therefore, if it is possible to provide an obstacle detection system for VoIP, it is sufficient to check the packet status of both parties to avoid the occurrence of a voice single pass or a live interruption. Leap forward. [New content] In order to solve various problems of the prior art, the present invention provides a packet barrier detection system, which can detect the processing status of packet exchange between both parties. The packet barrier detection system of the present invention comprises: a calling terminal; a receiving end, and a voice packet exchange between the calling terminal and the calling terminal; and a traffic starting server for receiving the letter sent by the calling terminal And causing a packet to establish a connection between the utterer and the receiver, so that the utterer and the receiver exchange the voice packet by the connection; and the obstacle detection platform is set in the traffic initiation servo Between the voice packet switching path connecting the calling end and the receiving end, the signaling packet and/or the voice between the calling end, the receiving end and the traffic starting server are monitored. The package was tested for obstacles with M393936. In addition, the utterance end and the utterance end respectively have a gateway, and the obstacle detection platform includes a registration module, and the registration module changes the utterance end of the utterance end or the receiving end of the voice packet exchange barrier from the servo end. Register to the obstacle detection platform. Furthermore, the obstacle detection platform further includes a recording module and an analysis comparison module, wherein the recording module is configured to record the signaling packet between the calling terminal, the receiving end and the word server, and/or the The voice packet is used by the analysis module to analyze and compare the signaling packet and the voice packet to obtain a location of the packet failure, a time when the packet failure occurs, or a packet transmission state. Compared with the prior art, the present invention sets an obstacle detection platform between the voice-initiating server and the voice packet switching path that establishes a connection between the calling terminal and the receiving end to monitor the calling terminal and the The call behavior of both parties at the receiving end, that is, recording or analyzing the signaling packet and the voice packet, thereby achieving the purpose of detecting the packet failure, and solving the technical defect that only the single packet can be observed in the past. [Embodiment] Hereinafter, the present invention is described by a specific embodiment, and those skilled in the art can easily understand other advantages and effects of the present invention by the contents disclosed in the present specification, and can also be implemented by other different specific embodiments. Implementation or application. Referring to Figures 1A and 1B, the packet barrier detection system of the present invention includes a call end 21, a call end 22, a traffic start servo end 23, and an obstacle detection platform 24. In order to simplify the description, the system architecture here is only described with the M393936 'system components of this creation, and other unrelated system components, such as the existing network equipment such as the firewall FW, are not described. The parent of the voice packet is exchanged between the receiving terminal 22 and the calling terminal 21 via the network 1〇. The calling terminal 21 and the receiving terminal 22 are two users of the network telephone, through, for example, a virtual private network (virtual private netw〇rk; vj>N), an enterprise network (intranet), and a regional network (i〇cai areanetw〇rk ; laN) and other networks • Road 10 to make network calls. The cleaning terminal 21 sends a signaling packet to the traffic initiation server 23 to establish a connection between the repair terminal 21 and the receiving terminal 22, so that the calling terminal 21 and the receiving terminal 22 exchange voice packets by the connection. . It should be noted that the packet format of the voice packet may be a packet format according to the real-time transport protocol. The packet format of the signaling packet may be a packet format as specified by the session initiation protocol. Generally, when the user at the calling terminal 21 makes a network call to a user located at a specific receiving terminal 22, the calling gateway sends a signaling packet to the traffic initiating server 23, and the traffic is started. The server end 23, that is, the SIP server is activated by the server, and the signaling packet sent by the self-supplied gateway gl is transmitted to the receiving terminal gate g2 by the traffic starting server 23. The instant connection between the calling terminal 21 and the receiving terminal 22 is established, so that the user can make a call. In addition, as shown in FIG. 1B, the traffic initiation server 23 can be connected to a mobile network or a public switched telephone network (PSTN) for the user to dial into the indoors or use the Internet phone. The user of the phone. The obstacle detection platform 24 is disposed between the voice start exchange server 7 and the call end 22 to establish a connection between the voice packet exchange path 7 M393936, as the traffic start server 23 and the call and The medium of the receiving end 21, 22 is responsible for monitoring the signaling packet and/or the voice packet between the calling end, the receiving end 21, 22 and the traffic initiating server 23 for obstacle detection. As shown in FIG. 2, the obstacle detection platform 24 includes a recording module 241, an analysis comparison module 242, and a registration module 243. The recording module 241 records the signaling packet and/or the voice packet exchanged between the calling party, the terminating terminal 21, 22 and the traffic initiating server 23. In practice, the recording module 241 can record the signaling packets and/or voice packets of each call in detail in 24 hours, so as to avoid missing records due to the frequency of the voice packet exchange barrier being unfixed. The analysis comparison module 242 is configured to perform an analysis comparison between the signaling packet and the voice packet when the recording module 241 observes the packets, so as to obtain a location of the packet failure (for example, the traffic startup server 23 or Information such as the utterance, the receiving end 21, 22), the occurrence time of the packet failure, or the status of the packet transmission, thereby notifying the relevant engineering personnel to inspect, maintain or return to the hospital for maintenance. After the registration module 242 analyzes the information about the packet barrier, the registration module 243 generates a gateway for the speech packet exchange barrier 21 or the receiver terminal 22 (not shown in this figure), and starts the servo from the traffic. End 23 is registered to the obstacle detection platform 24 to continue monitoring its usage for a particular endpoint. It is understood from the foregoing descriptions of Figures 1, 1B and 2 that the creation uses the obstacle detection platform as the medium for the client (ie, the calling and receiving ends) and the traffic starting server, and records the signaling between the two. The voice packet, and then the gateway device that interrupts the voice packet exchange between the call and the receiving end, M393936 is registered from the session initiation protocol server of the traffic initiation server to the obstacle detection platform, and the specific user endpoint can be observed. In addition, the creation of the packet barrier detection system can record the packet of each VoIP phone in 24 hours, so as to monitor and analyze the time, location and status of the obstacles. The flow chart shown in Figure 3 is the obstacle detection process for the implementation of the packet barrier detection system. Please refer to Figures 1A and 1B at the same time. In step S201, the originating terminal 21 sends a signaling packet through the obstacle detection platform 24 to the traffic initiation server 23. In step S202, the traffic initiation server 23 forwards the signaling packet to the terminal 22 via the obstacle detection platform 24. Then it proceeds to step S203. It can be seen from the foregoing steps S201 and S202 that the originating terminal 21 establishes a connection between the calling terminal 21 and the receiving terminal 22 in a manner that the signaling packet is transmitted to the traffic initiation server 23.
於步驟S203中，發話端21發送語音封包經過障礙查 測平台24至話務啟動伺服端23。於步驟S204中，話務啟 動伺服端23將該語音封包經過障礙查測平台24轉傳至受 話端22。即發話端21與受話端22以前述所建立之連線進 行語音通話。 於前述步驟S201至步驟S204中，障礙查測平台24 係持續執行監控該信令封包及/或語音封包的工作，其中， 障礙查測平台24會詳細記錄每通電話的通話狀態，分析比 對障礙發生的時間或位置。接著進至步驟S205。 於步驟S205中，障礙查測平台24判斷於監控過程中 是否查測出障礙點。若是，進至步驟S206 ;若否，回到步 驟S201以繼續通話。 9 M393936 於步驟S206中，障礙查測平台將產生語音封包交換 障礙的受話端/發話端的閘道器改註冊至該障礙查測平 台，以針對特定端點繼續監控其使用情況。 因此，本創作可將發生語音封包交換障礙的發話或受 話端的閘道器的終端註冊，從原本的話務啟動伺服端改變 至設置於話務啟動伺服端與用戶端之間的障礙查測平台， 因而可針對特定的用戶，如發話端或受話端進行分點監 控，以於確認通話障礙是發生於用戶端時派人前往維修。 综上所述，本創作與先前技術的不同處主要在於，以 往的障礙查測技術難以偵測通話雙方的封包狀態，從而無 法同時處理所有用戶的請求或較難觀察特定用戶的封包， 因此，本創作之封包障礙查測系統，係提出一種類似中間 人（man-in-the-middle)的概念，即在兩個用戶端，或發話、 受話端與伺服端之間設置障礙查測平台，以使信令封包及/ 或語音封包等通話行為皆需經過該障礙查測平台，進而達 到障礙查測之目的，以避免產生語音單通或通話中斷的情 形。 上述實施形態僅例示性說明本創作之原理及功效，而 非用於限制本創作。任何熟習此項技術之人士均可在不違 背本創作之精神及範疇下，對上述實施形態進行修飾與改 變。因此，本創作之權利保護範圍，應如後述之申請專利 範圍所列。 【圖式簡單說明】 第1A及1B圖繪示本創作之封包障礙查測系統之架 M393936 構圖， 第2圖繪示本創作之封包障礙查測系統之方塊圖；以 及 第3圖係本創作之封包障礙查測系統執行障礙查測處 理之流程圖。 【主要元件符號說明】In step S203, the originating terminal 21 sends a voice packet through the obstacle detection platform 24 to the traffic initiation server 23. In step S204, the traffic initiation server 23 forwards the voice packet to the terminal 22 via the obstacle detection platform 24. That is, the call end 21 and the call end 22 make a voice call in the aforementioned established connection. In the foregoing steps S201 to S204, the obstacle detection platform 24 continuously performs the work of monitoring the signaling packet and/or the voice packet, wherein the obstacle detection platform 24 records the call state of each call in detail, and analyzes the comparison. The time or location at which the obstacle occurred. Then it proceeds to step S205. In step S205, the obstacle detection platform 24 determines whether or not the obstacle point is detected during the monitoring process. If yes, go to step S206; if no, go back to step S201 to continue the call. 9 M393936 In step S206, the obstacle detection platform registers the gateway of the receiver/send terminal that generates the voice packet exchange barrier to the obstacle detection platform to continue monitoring its usage for the specific endpoint. Therefore, the present invention can register the terminal of the gateway of the call or the receiving end of the voice packet exchange barrier, and change from the original traffic start server to the obstacle detection platform set between the traffic start server and the client. Therefore, it is possible to perform point-by-point monitoring for a specific user, such as an utterer or a receiver, in order to confirm that the call obstacle occurs when the user terminal sends a person to the repair. In summary, the difference between the present creation and the prior art is that the previous obstacle detection technology is difficult to detect the packet status of both parties of the call, so that it is impossible to process all user requests at the same time or it is difficult to observe the packet of a specific user. The creation of the packet barrier detection system of this creation proposes a man-in-the-middle concept, that is, an obstacle detection platform is set up between two users, or between a caller, a callee, and a server. In order to make the signaling behavior such as signaling packet and/or voice packet need to go through the obstacle detection platform, the purpose of the obstacle detection is achieved, so as to avoid the situation that the voice single pass or the call is interrupted. The above embodiments are merely illustrative of the principles and functions of the present invention and are not intended to limit the present invention. Any person skilled in the art can modify and change the above embodiments without departing from the spirit and scope of the present invention. Therefore, the scope of protection of this creation should be as listed in the scope of the patent application described later. [Simple description of the drawings] Figures 1A and 1B show the M393936 composition of the package obstacle detection system of this creation, Figure 2 shows the block diagram of the package obstacle detection system of this creation; and the third picture shows the creation The flow chart of the obstacle detection and processing system for the obstacle detection system is executed. [Main component symbol description]
10 網路 21 發話端 22 受話端 23 話務啟動伺服端 24 障礙查測平台 241 記錄核組 242 分析比對模組 243 註冊模組 gl ' g2 、 g3 閘道器 FW 防火牆 S201〜S206 步驟10 Network 21 Calling End 22 Receiving End 23 Traffic Startup Server 24 Obstacle Detection Platform 241 Recording Core Group 242 Analysis and Comparison Module 243 Registration Module gl ' g2 , g3 Gateway FW Firewall S201 ~ S206 Steps