專利名稱：通信系統(tǒng)以及通信裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)以及通信裝置，該通信系統(tǒng)以及通信裝置具有對在 SIP (Session Initiation Protocol，會話初始化協(xié)議)信令中使用的SIP消息進行壓縮·解壓縮的功能。
背景技術(shù)：
SIP是用于建立語音、視頻等多媒體會話的協(xié)議，被規(guī)定在IETF(The Internet Engineering Task R)rce，互聯(lián)網(wǎng)工程任務(wù)組)RFC2M3。在SIP中使用的消息與HTTP同樣地用文本規(guī)定，所以一般情況下消息成為大的大小，在頻帶小的通信環(huán)境中使用時，存在如下問題呼叫設(shè)定時間增大、頻帶浪費等。因此，在IETF中，用RFC3320來規(guī)定了 SIP信令的壓縮技術(shù)SigComp (Signaling Compression，信令壓縮)。該SigComp中，雖然沒有規(guī)定壓縮解壓算法，但默認地是利用Deflate等壓縮算法。在這些壓縮算法中，進行對各分組中所包含的比特中的冗余性進行去除的二進制壓縮。
另外，在下述專利文獻1中記載了如下方法終止SIP的通信裝置彼此在發(fā)送SIP 消息時，制作刪除了冗余的參數(shù)的短的文本消息并發(fā)送，另外，在接收SIP消息時，確定在發(fā)送側(cè)刪除的文本語法(參數(shù))來還原SIP消息，由此提高壓縮效率。
專利文獻1 日本專利第4044845號公報

發(fā)明內(nèi)容
但是，在上述專利文獻1中記載的技術(shù)中，存在如下問題只能適用于知道SIP的意思的通信裝置(SIP客戶機(SIP Client)、SIP代理機(SIP Proxy)等)，即能適用的區(qū)間限于終止SIP的通信裝置之間，在不知道SIP的意思的通信裝置中無法壓縮SIP消息。
在通信系統(tǒng)中，還設(shè)想如下情形在知道SIP的意思的SIP代理機中不進行SIP 消息的壓縮，而在不知道SIP的意思的節(jié)點中進行壓縮。例如，在3GPP(3rd Generation Partnership Project，第三代合作伙伴計戈Ij )中規(guī)定的 PDCP (Packet Data Convergence Protocol，分組數(shù)據(jù)匯聚協(xié)議)功能是對IP報頭等進行壓縮的功能，但該功能被安裝在不終止SIP的基站控制裝置。因此，SIP消息壓縮也有可能在該節(jié)點(基站控制裝置)中進行。這是因為SIP消息的壓縮也在基站控制裝置中進行則能實現(xiàn)高效的壓縮。但是，上述專利文獻1中記載的技術(shù)不能適用于這樣的情形，不能提高壓縮效率。
本發(fā)明是鑒于上述問題而完成的，其目的在于得到一種在不知道SIP的意思的節(jié)點中進行SIP的高效壓縮的通信系統(tǒng)以及構(gòu)成該通信系統(tǒng)的通信裝置。
為了解決上述課題并達到目的，本發(fā)明提供一種通信系統(tǒng)，包括SIP客戶機；該 SIP客戶機的代理機；以及節(jié)點，該節(jié)點位于該SIP客戶機與該代理機之間，并對所接收到的SIP消息進行中繼，該通信系統(tǒng)的特征在于，所述節(jié)點在對發(fā)往所述SIP客戶機的SIP消息進行中繼時，將所接收到的SIP消息的特定參數(shù)中所設(shè)定的管理信息置換為唯一地表示該管理信息的內(nèi)容的ID，并且將該ID與該管理信息關(guān)聯(lián)起來存儲，另一方面，在對從所述SIP客戶機發(fā)送的SIP消息進行中繼并且在該SIP消息的特定參數(shù)中設(shè)定有與所述存儲的 ID同樣的ID時，將該ID置換為與其相關(guān)聯(lián)的管理信息，所述SIP客戶機在所接收到的SIP 消息的特定參數(shù)中設(shè)定有所述ID時，將該參數(shù)與該ID關(guān)聯(lián)起來存儲，并且在發(fā)送包含有與該存儲的參數(shù)同樣的參數(shù)的SIP消息時，對于該參數(shù)，設(shè)定與該參數(shù)相關(guān)聯(lián)的ID。
根據(jù)本發(fā)明，得到如下效果實施將各參數(shù)的設(shè)定值與ID進行置換的處理的節(jié)點只對包含在SIP消息中的參數(shù)之中的需要置換為ID的參數(shù)進行辨別即可，即使不知道SIP 協(xié)議(對SIP消息內(nèi)的參數(shù)的設(shè)定值)的意思也能夠壓縮SIP消息。


圖1是示出本發(fā)明的無線通信系統(tǒng)的構(gòu)成例的圖。
圖2是示出通常的(不進行SIP消息的壓縮)SIP信令的-一例的序列圖。
圖3是示出實施方式1的無線通信系統(tǒng)中的SIP信令的--例的序列圖。
圖4是示出進行SIP消息的壓縮的節(jié)點中的壓縮對象參I〔的管理方法的圖。
圖5是示出實施方式2的無線通信系統(tǒng)中的SIP信令的--例的序列圖。
圖6是示出實施方式3的無線通信系統(tǒng)中的SIP信令的--例的序列圖。
圖7是示出實施方式4的無線通信系統(tǒng)中的SIP信令的--例的序列圖。
圖8是示出壓縮對象參數(shù)的管理方法的圖。
(符號說明) l-l、l-2、l-2a、l-2b、l-2c :SIP 客戶機(SIP Client) 2-1、2-2 代理機(Proxy) 3-1、3-2 節(jié)點
具體實施例方式下面基于附圖詳細說明本發(fā)明的通信系統(tǒng)以及通信裝置的實施方式。另外，本發(fā)明不被該實施方式所限定。
實施方式1. 圖1是示出本發(fā)明的無線通信系統(tǒng)的構(gòu)成例的圖。本實施方式的無線通信系統(tǒng)包括SIP客戶機(SIP Client) 1-1以及1_2，具有語音通信功能，并成為SIP終止部；代理機 (Proxy) 2-1以及2_2，安裝了 SIP，并成為SIP客戶機1_1以及1_2的對向節(jié)點；以及節(jié)點 3-1以及3-2，不終止SIP，但對接收到的SIP消息進行壓縮以及解壓縮(還原被壓縮前的 SIP消息)，代理機2-1以及2-2與SIP網(wǎng)絡(luò)相連接。另外，節(jié)點3-1位于SIP客戶機1_1 與代理機2-1之間，對包含SIP消息的各種消息(信號)進行中繼。節(jié)點3-2位于SIP客戶機1-2與代理機2-2之間，對包含SIP消息的各種消息(信號)進行中繼。另外，各SIP 客戶機和各節(jié)點進行無線通信。各節(jié)點能收容多個SIP客戶機。
在此，首先，在對本實施方式的無線通信系統(tǒng)中的特征性動作進行說明之前，基于圖1以及圖2說明成為其前提的SIP信令控制動作。圖2是示出通常的(不進行SIP消息的壓縮)SIP信令(基于SIP的呼叫設(shè)定)的序列(sequence)圖，作為一例，示出在圖1的無線通信系統(tǒng)中執(zhí)行通常的SIP信令的情況下的序列。另外，不進行SIP消息的壓縮的SIP 信令中，圖1中示出的節(jié)點3-1以及3-2僅僅是對SIP消息進行中繼，所以在圖2中，省略記載節(jié)點3-1以及3-2的動作。
如圖2所示，在基于SIP的呼叫設(shè)定中，首先，希望開始通信的客戶機(在該例中是SIP客戶機1-1)向通信對方的客戶機(SIP客戶機1-2)發(fā)布(發(fā)送)INVITE (邀請)消息。該INVITE消息經(jīng)由代理機2-1以及代理機2-2到達對方側(cè)，但在各代理機中被中繼時被追加與代理機相關(guān)的信息。例如，在代理機2-1中，對包含在INVITE消息的報頭中的 Via(途經(jīng))參數(shù)(相當(dāng)于圖示的“Via :〇〇〇〇”)以及Record-Route參數(shù)(相當(dāng)于圖示的“Record-Route =OOOO ；Ir”)追加代理機2-1的URL信息(相當(dāng)于圖示的“Proxy2-l_ URL”)。另外，各代理機在傳送(中繼)INVITE消息之后，對該INVITE消息的發(fā)送源的SIP 客戶機或者代理機發(fā)送IOOTrying(嘗試)消息。
接收到上述INVITE消息的SIP客戶機1-2發(fā)送ISORinging (響鈴)消息(以下， 僅記載為“Ringing消息”)作為響應(yīng)消息。此時，原樣地設(shè)定包含在所接收到的INVITE消息中的Via參數(shù)以及Record-Route參數(shù)的值。另外，在各代理機中刪除設(shè)定在Via參數(shù)中的一部分信息之后，傳送(中繼)該Ringing消息。例如，在代理機2-2中刪除“Via Proxy2-2_URL"0即，各代理機在傳送Ringing消息時，從設(shè)定在該Via參數(shù)中的信息中刪除自身的URL信息。
同樣地，在對接著上述Ringing消息從SIP客戶機1-2向SIP客戶機1-1發(fā)送的 2000K消息(以下僅記載為“0K消息”)進行傳送時，各代理機也從設(shè)定在所接收到的OK消息的Via參數(shù)中的信息中刪除自身的URL信息。
另外，SIP客戶機1-1接收上述OK消息，在作為其響應(yīng)消息發(fā)送ACK消息時，將所接收到的OK消息的Record-Route參數(shù)中所設(shè)定的各代理機的URL信息(URL信息的列表)重排為其排列順序成為相反之后，設(shè)定到包含在作為上述ACK消息中的參數(shù)之一的 Record (記錄)參數(shù)(相當(dāng)于圖示的“Record 〇〇〇〇；Ir”)中。并且，各代理機在傳送 ACK消息時，從所接收到的ACK消息的Record參數(shù)中所設(shè)定的信息中刪除自身的URL信息。
進而，在SIP客戶機之間切斷通信時，發(fā)布BYE (再見)消息的SIP客戶機(在圖2 的例子中是SIP客戶機1-2)將開始通信時接收到的INVITE消息的Record-Route參數(shù)中所設(shè)定的各代理機的URL信息原樣地(不對各URL信息重排)設(shè)定到BYE消息的Record 參數(shù)中。各代理機在傳送BYE消息時，在所接收到的BYE消息的Via參數(shù)中所設(shè)定的信息中追加自身的URL信息，并且從Record參數(shù)中所設(shè)定的信息中刪除自身的URL信息。
在針對BYE消息返OK消息時，與針對上述INVITE消息返回OK消息的情況同樣地， 將所接收到的消息的Via參數(shù)中所設(shè)定的信息以及Record-Route參數(shù)中所設(shè)定的信息原樣地設(shè)定到OK消息的Via參數(shù)以及Record-Route參數(shù)中。但是，由于在BYE消息中不包含Record-Route參數(shù)，所以實際上只設(shè)定Via參數(shù)。各代理機在傳送OK消息時，與針對上述INVITE消息傳送OK消息的情況同樣地，從Via參數(shù)中所設(shè)定的信息中刪除自身的URL fn息ο 另外，在圖2的例子中，示出了作為INVITE消息的接收側(cè)的SIP客戶機1_2發(fā)布 BYE消息的序列，但關(guān)于SIP客戶機1-1發(fā)布BYE消息的情況也同樣。即，在SIP客戶機1_1 發(fā)布BYE消息時，在其Record參數(shù)中設(shè)定針對上述INVITE消息的OK消息的Record-Route 參數(shù)中所設(shè)定的信息(各代理機的URL信息)。
如上所述，各SIP消息中所包含的Via參數(shù)、Record-Route參數(shù)、Record參數(shù)中存在相關(guān)關(guān)系。而且，可以視為在終止SIP協(xié)議的SIP客戶機中默認地已知該相關(guān)關(guān)系。
另外，圖1所示的無線通信系統(tǒng)中，在SIP客戶機1-1與1-2之間對SIP消息進行中繼的代理機(理解SIP消息的內(nèi)容而傳送的代理機)的數(shù)目是2，但實際上，存在更多的代理機。從上述說明也可以知道，在SIP客戶機之間存在很多代理機的情況下，設(shè)定在Via 參數(shù)等中的信息增加，SIP消息的大小變大。SIP客戶機為無線通信終端的情況等在SIP消息的傳輸路徑中包含無線區(qū)間的情況下，希望對SIP消息進行壓縮而謀求無線資源的有效利用。
接著，基于圖1以及圖3說明本實施方式的無線通信系統(tǒng)中的信令控制動作。圖3 是示出實施方式1的無線通信系統(tǒng)中的SIP信令的一例的序列圖，與上述圖2所示的序列同樣地，示出了從圖1所示的SIP客戶機1-1開始SIP信令的情況的例子。另外，圖3特別關(guān)注位于在本實施方式的無線通信系統(tǒng)中執(zhí)行SIP消息的壓縮·解壓縮控制的區(qū)間的SIP 客戶機1-2、代理機2-2以及節(jié)點3-2，示出了在這些單元之間執(zhí)行的序列。
如圖3所示，在開始通信后，代理機2-2經(jīng)由節(jié)點3-2對SIP客戶機1_2發(fā)送 INVITE消息，該消息的報頭內(nèi)的Via參數(shù)以及Record-Route參數(shù)中設(shè)定有URL列表。在此， URL列表是指傳輸路徑的管理信息，是將SIP消息的路徑上的所有代理機(也有包含SIP客戶機的情況)的URL按照路徑上的順序排列的列表。如上所述，各SIP消息中包含的Via 參數(shù)、Record-Route參數(shù)具有相關(guān)關(guān)系，可以視為終止SIP協(xié)議的SIP客戶機中默認地已知該相關(guān)關(guān)系。
因此，節(jié)點3-2在向SIP客戶機1-2發(fā)送SIP消息時，對該各種URL列表分配獨自的ID，并將報頭內(nèi)的Via參數(shù)中所設(shè)定的信息(URL列表)以及Record-Route參數(shù)中所設(shè)定的信息(URL列表)置換為上述ID，并且將這些各種URL列表與置換后的ID對應(yīng)起來存儲。
另外，SIP客戶機1-2在接收INVITE消息時，將該INVITE消息中所包含的上述ID 與設(shè)定有該ID的參數(shù)關(guān)聯(lián)起來存儲。另外，對各種URL列表分配的ID分配給URL列表的各個值。即，ID不是表示URL列表的種類，而是唯一地表示URL列表的內(nèi)容。
如基于上述圖2說明那樣，SIP客戶機1-2在發(fā)送Ringing消息、OK消息以及BYE 消息時，在這些消息的報頭中設(shè)定Via參數(shù)、Record-Route參數(shù)、Record參數(shù)，但這些參數(shù)的值與所接收到的INVITE消息的報頭中所設(shè)定的URL列表相同。因此，SIP客戶機1_2將用INVITE消息通知的ID設(shè)定到上述各發(fā)送消息的報頭中，并經(jīng)由節(jié)點3-2發(fā)送到代理機 2-2。
節(jié)點3-2在從SIP客戶機1-2接收到SIP消息時，首先，從存儲的URL列表之中確定與在該SIP消息的報頭中所設(shè)定的ID (唯一地表示URL列表的信息)對應(yīng)的URL列表。其次，將接收消息的報頭中所設(shè)定的ID置換為上述確定的URL列表之后，傳送給代理機2-2。
在圖3的例子中，節(jié)點3-2在接收到INVITE消息時，將其報頭內(nèi)的Via參數(shù)中所設(shè)定的URL列表、Record-Route參數(shù)中所設(shè)定的URL列表分別置換為ID#1、ID#3。另外，SIP 客戶機1-2在發(fā)送SIP消息(Ringing消息、OK消息、BYE消息)時，在這些消息的報頭內(nèi)的 Via參數(shù)、Record-Route參數(shù)中代替本來設(shè)定的URL列表而分別設(shè)定與這些對應(yīng)的ID#1、 ID#3。然后，節(jié)點3-2在從SIP客戶機1-2接收到SIP消息時，將其報頭內(nèi)的Via參數(shù)以及 Record-Route參數(shù)中所設(shè)定的ID置換為對應(yīng)的URL列表之后，傳送給代理機2_2。
另外，圖4是示出節(jié)點3-2中的壓縮對象參數(shù)(Via參數(shù)、Record-Route參數(shù)、 Record參數(shù))的管理方法的圖。如圖所示，節(jié)點3-2對從代理機2_2接收到的SIP消息內(nèi)的壓縮對象參數(shù)中所設(shè)定的URL列表和ID對應(yīng)起來管理。另外，在圖4的例子中，節(jié)點3-2 管理SIP客戶機Ha、SIP客戶機l-2b、SIP客戶機l_2c等多個SIP客戶機，但不需要按每個SIP客戶機管理ID。即，不需要辨別與ID對應(yīng)的URL列表是由哪個客戶機發(fā)送來、應(yīng)該向哪個客戶機發(fā)送等。另外，也不需要對Via參數(shù)、Record-Route參數(shù)、Record參數(shù)等的種類進行辨別來按每個信息種類管理ID。另一方面，各SIP客戶機將會話Cession)信息與 ID對應(yīng)起來進行管理。另外，節(jié)點3-1以及連接于該節(jié)點3-1的SIP客戶機中的壓縮對象參數(shù)以及其ID的管理方法也同樣。
如上所述，在本實施方式的無線通信系統(tǒng)中，在SIP客戶機與代理機之間對SIP消息進行中繼的節(jié)點在向SIP客戶機中繼SIP消息時，對于中繼的消息的報頭中所設(shè)定的參數(shù)之中的與其它消息具有關(guān)聯(lián)性的參數(shù)(Via參數(shù)、Record-Route參數(shù)、Route信息)，將各參數(shù)的內(nèi)容(被設(shè)定的信息)置換為唯一地表示其信息的ID。進而，在從SIP客戶機接收到的SIP消息的報頭中設(shè)定有表示各參數(shù)的內(nèi)容的ID的情況下，將該ID置換為對應(yīng)的內(nèi)容之后進行中繼。另外，SIP客戶機在發(fā)送SIP消息時，對于要設(shè)定在其報頭中的參數(shù)之中的與其它消息具有關(guān)聯(lián)性的參數(shù)，代替實際的信息而設(shè)定唯一地表示這些參數(shù)的內(nèi)容的ID。 由此，能提高SIP消息的壓縮效率。另外，還產(chǎn)生如下優(yōu)點實施將各參數(shù)的設(shè)定值(設(shè)定信息)與ID置換的處理的節(jié)點僅對SIP消息的報頭內(nèi)的參數(shù)之中的需要置換為ID的參數(shù)能夠辨別即可，不知道SIP協(xié)議(對SIP消息內(nèi)的參數(shù)的設(shè)定值)的意思也可以。
實施方式2. 接著，說明實施方式2。另外，本實施方式的無線通信系統(tǒng)的構(gòu)成與上述的實施方式1同樣。圖5是示出實施方式2的無線通信系統(tǒng)中的SIP信令的一例的序列圖，與上述圖2所示的序列同樣地，示出了從圖1所示的SIP客戶機1-1開始SIP信令的情況的例子。 另外，圖5特別關(guān)注位于在本實施方式的無線通信系統(tǒng)中的執(zhí)行SIP消息的壓縮·解壓縮控制的區(qū)間中的SIP客戶機1-1、代理機2-1以及節(jié)點3-1，示出在這些單元之間執(zhí)行的序列。下面，基于圖1以及圖5說明本實施方式的無線通信系統(tǒng)中的信令控制動作。另外，對于與實施方式1重復(fù)的部分，省略說明。
開始通信后，如果序列正常地進展，則代理機2-1經(jīng)由節(jié)點3-1向SIP客戶機1_1 發(fā)送IOOTrying消息(以下，僅記載為“Trying消息”),Ringing消息、OK消息。此時，在這些SIP消息的報頭中，作為Via參數(shù)、Record-Route參數(shù)設(shè)定有URL列表。而且，如實施方式1中說明那樣，可以視為終止SIP協(xié)議的SIP客戶機中默認地已知各SIP消息中包含的 Via參數(shù)、Record-Route參數(shù)所具有的相關(guān)關(guān)系。因此，節(jié)點3_1在向SIP客戶機1_1發(fā)送 SIP消息時，對該各種URL列表分配ID，用該ID置換設(shè)定到Via參數(shù)以及Record-Route參數(shù)中的URL列表，并且將這些各種URL列表與ID對應(yīng)起來存儲。另外，SIP客戶機1_1在接收到上述SIP消息時，存儲其報頭內(nèi)的Via參數(shù)、Record-Route參數(shù)中所設(shè)定的ID。另外，對各種URL列表分配的ID與實施方式1同樣地，分別對URL列表的各值(URL)分配。
另外，SIP客戶機1-1接收OK消息，在作為其響應(yīng)而發(fā)送ACK消息時，設(shè)定其報頭內(nèi)的Via參數(shù)以及Record參數(shù)，但對Via參數(shù)設(shè)定的設(shè)定值與之前接收到的OK消息的Via 參數(shù)中設(shè)定的值(URL列表)相同。另外，對Record參數(shù)設(shè)定的設(shè)定值是將所接收到的OK消息的Record-Route參數(shù)中所設(shè)定的URL列表以其排列順序相反的方式重排而得到的。因此，SIP客戶機1-1將接收到的OK消息的報頭內(nèi)的Via參數(shù)中所設(shè)定的ID設(shè)定到ACK消息的報頭內(nèi)的Via參數(shù)中，并且將接收到的OK消息的報頭內(nèi)的Record-Route參數(shù)中所設(shè)定的ID和指示對該ID所表示的URL列表進行反轉(zhuǎn)(以順序成為相反的方式重排)的代碼 (或者字符串在圖5中，作為一例記載為“Reverse(相反)”)設(shè)定到ACK消息的報頭內(nèi)的 Record參數(shù)中，并經(jīng)由節(jié)點3-1發(fā)送到代理機2_1。
節(jié)點3-1在從SIP客戶機1-1接收到消息時，首先，從存儲的URL列表之中確定與設(shè)定在其報頭內(nèi)的各ID對應(yīng)的URL列表。其次，針對接收消息的Via參數(shù)，將設(shè)定在其中的ID置換為上述確定的URL列表之中的對應(yīng)的URL列表，另一方面，針對Record參數(shù)，將設(shè)定在其中的ID置換為對上述確定的URL列表之中的對應(yīng)的URL列表進行反轉(zhuǎn)而得到的 URL列表(以順序成為相反的方式重排而得到的URL列表)之后，傳送給代理機2-1。
另外，在接收到結(jié)束通信時的BYE消息時，SIP客戶機1_1將接收到的BYE消息的 Via參數(shù)中所設(shè)定的ID設(shè)定到OK消息的Via參數(shù)中進行發(fā)送。節(jié)點3_1將接收到的OK 消息的Via參數(shù)中所設(shè)定的ID置換為與其對應(yīng)的設(shè)定值(URL列表)之后，傳送給代理機 2-1。
如上所述，在本實施方式的無線通信系統(tǒng)中，SIP客戶機在執(zhí)行接收包含某URL列表的第ISIP消息并作為其響應(yīng)消息發(fā)送包含將所接收到的URL列表反轉(zhuǎn)而得到的URL列表(以順序成為相反的方式重排而得到的URL列表)的第2SIP消息的序列的情況下，發(fā)送第ISIP消息的節(jié)點向SIP客戶機發(fā)送將URL列表置換為ID的第ISIP消息，接收到第ISIP 消息的SIP客戶機將包含在接收消息中的ID設(shè)定到第2SIP消息，并且設(shè)定表示對與該ID 對應(yīng)的URL列表進行反轉(zhuǎn)的意思的指示信息，接收到該第2SIP消息的節(jié)點按照指示內(nèi)容對與包含在該第2SIP消息中的ID對應(yīng)的URL列表進行變形，并代替該ID設(shè)定所得到的變形后的URL列表之后，傳送給對向的代理機。由此，即使在某SIP消息以及其響應(yīng)消息中設(shè)定的URL列表不相同，而成為順序反轉(zhuǎn)的URL列表的情況下，也能夠壓縮冗余參數(shù)(URL列表) 而提高SIP壓縮效率。
另外，本實施方式中示出的控制動作可以與實施方式1中示出的控制動作并行地實施(可以組合)。
實施方式3. 接著，說明實施方式3。另外，本實施方式的無線通信系統(tǒng)的構(gòu)成與上述的實施方式1同樣。圖6是示出實施方式3的無線通信系統(tǒng)中的SIP信令的一例的序列圖，與上述圖2所示的序列同樣地，示出了從圖1所示的SIP客戶機1-1開始SIP信令的情況的例子。 另外，圖6特別關(guān)注位于本實施方式的無線通信系統(tǒng)中的執(zhí)行SIP消息的壓縮·解壓縮控制的區(qū)間的SIP客戶機1-2、代理機2-2以及節(jié)點3-2，示出了在這些單元之間執(zhí)行的序列。 下面，基于圖1以及圖6說明本實施方式的無線通信系統(tǒng)中的信令控制動作。另外，對于與實施方式1或者2重復(fù)的部分省略說明。
在本實施方式中，說明如下情況下的控制動作在SIP客戶機1-2發(fā)送Ringing消息時，作為其Via參數(shù)，基于通過INVITE消息接收到的Via參數(shù)(URL列表)，對列表的最上方的URL追加"received = 192. 0. 2. 222”這樣的字符串。
在將對于所接收到的INVITE消息的Via參數(shù)中所設(shè)定的URL列表的最上方的URL追加“received = 192. 0. 2. 222”這樣的字符串而得到的信息設(shè)定到Ringing消息的Via 參數(shù)中進行發(fā)送時，SIP客戶機1-2對Ringing消息的Via參數(shù)設(shè)定通過INVITE消息通知的ID(設(shè)定在INVITE消息的Via參數(shù)中的ID)、指示在與該ID對應(yīng)的URL列表的最初的 URL中追加字符串的代碼(或者字符串在圖6中，作為一例記載為“ + ”)、和追加字符串 (在圖6中記載為“recv= 192. 0.2. 222”)，并向代理機2-2發(fā)送。節(jié)點3_2在接收到上述 Ringing消息時，首先，從存儲的URL列表之中確定與設(shè)定在其Via參數(shù)中的ID對應(yīng)的URL 列表。其次，將所接收到的Ringing消息的Via參數(shù)中所設(shè)定的ID置換為上述確定的URL 列表，進而，根據(jù)包含在該接收消息中的指示信息以及追加字符串，在置換后的URL列表的開頭追加字符串之后，傳送給代理機2-2。
通過利用如上所述的方法，即使在執(zhí)行如下序列，即設(shè)定包含在所接收到的SIP 消息中的URL列表，并發(fā)送對該URL列表進一步追加了規(guī)定的字符串的SIP消息的序列的情況下，也能夠刪除冗余參數(shù)，能夠提高SIP壓縮效率。
如上所述，在本實施方式的無線通信系統(tǒng)中，在執(zhí)行如下序列，即SIP客戶機接收包含某URL列表的第ISIP消息，并發(fā)送包含了對所接收到的URL列表的最初的URL中追加字符串而得到的URL列表的第2SIP消息的情況下，發(fā)送第ISIP消息的節(jié)點向SIP客戶機發(fā)送將URL列表置換為ID的第ISIP消息，接收到第ISIP消息的SIP客戶機將包含在接收消息中的ID設(shè)定到第2SIP消息中，并且設(shè)定表示對于與該ID對應(yīng)的URL列表的最初的 URL追加字符串的意思的指示信息以及要追加的字符串，接收到該第2SIP消息的節(jié)點根據(jù)指示內(nèi)容對與包含在該第2SIP消息中的ID對應(yīng)的URL列表進行變形，并代替該ID設(shè)定所得到的變形后的URL列表之后，傳送給對向的代理機。由此，即使在執(zhí)行如下序列，即設(shè)定 SIP客戶機所接收到的SIP消息中所包含的URL列表，并向代理機發(fā)送對該URL列表進一步追加了規(guī)定的字符串的SIP消息的序列的情況下，也能夠壓縮冗余參數(shù)(URL列表)而提高 SIP壓縮效率。
另外，本實施方式中示出的控制動作可以與實施方式1、實施方式2中示出的控制動作并行地實施(可以組合)。
實施方式4. 接著，說明實施方式4。另外，本實施方式的無線通信系統(tǒng)的構(gòu)成與上述的實施方式1同樣。圖7是示出實施方式4的無線通信系統(tǒng)中的SIP信令的一例的序列圖，與上述圖2中示出的序列同樣地，示出了從圖1所示的SIP客戶機1-1開始SIP信令的情況的例子。另外，圖7特別關(guān)注位于在本實施方式的無線通信系統(tǒng)中執(zhí)行SIP消息的壓縮·解壓縮控制的區(qū)間的SIP客戶機1-2、代理機2-2以及節(jié)點3-2，示出在這些單元之間執(zhí)行的序列。在本實施方式中，對于與實施方式1、2或者3重復(fù)的部分省略說明。
如在實施方式1中利用圖2示出的那樣，在SIP客戶機之間發(fā)送的INVITE消息的 Via參數(shù)中所設(shè)定的URL列表包含成為發(fā)送者的SIP客戶機(在圖2的例子中是SIP客戶機1-1)的URL，該URL設(shè)定在列表的最后。
因此，在本實施方式的信令控制動作中，節(jié)點3-2以及SIP客戶機1-2通過執(zhí)行以下所示的動作來削減節(jié)點3-2所需要的存儲器容量。
如圖7所示，在本實施方式的SIP信令中，節(jié)點3-2在向SIP客戶機1_2傳送從代理機2-2接收到的INVITE消息時，將除了其Via參數(shù)中所設(shè)定的信息(URL列表)之中的成為發(fā)送者的SIP客戶機的URL(以下，記載為“發(fā)送者URL ”)以外的URL列表置換為ID(在圖 7 中，作為一例，置換為"#l+SIP/2. 0/TCP Clientl-IURL :5060 ；branch = z9hg4bk74bf9 ； received = 192.0.2.101”)。進而，對于Via參數(shù)以外的參數(shù)(Record-Route參數(shù))，與實施方式1同樣地，將所設(shè)定的所有信息(URL列表)置換為ID。另外，對于被置換為ID的 URL列表，與ID對應(yīng)起來進行存儲。另外，在圖7中，省略了 Record-Route參數(shù)的記載。
另外，SIP客戶機1-2在接收INVITE消息時，存儲包含在該INVITE消息中的上述ID和URL字符串(發(fā)送者URL)。然后，SIP客戶機1-2在發(fā)送Ringing消息時，在其 Via參數(shù)中設(shè)定接收INVITE消息時存儲的ID和URL字符串。另外，雖然省略了圖示，在 Ringing消息的Record-Route參數(shù)中，設(shè)定接收INVITE消息時存儲的ID (在INVITE消息的Record-Route參數(shù)中所設(shè)定的ID)。該SIP客戶機1_2的動作基本上與實施方式1中示出的SIP客戶機1-2的動作相同。S卩，不管是在哪一個動作中，都存儲所接收到的INVITE 消息的Via參數(shù)以及Record-Route參數(shù)中所設(shè)定的信息，在發(fā)送Ringing消息時，對于其 Via參數(shù)以及Record-Route參數(shù)，設(shè)定接收INVITE消息時存儲的信息。
節(jié)點3-2在從SIP客戶機1-2接收到Ringing消息時，首先，從存儲的URL列表之中確定與其報頭內(nèi)的Via參數(shù)以及Record-Route參數(shù)中所設(shè)定的ID對應(yīng)的URL列表。其次，將接收消息的報頭中所設(shè)定的ID置換為上述確定的URL列表，進而對于Via參數(shù)，設(shè)定所接收到的Ringing消息的Via參數(shù)中所設(shè)定的發(fā)送者URL之后，傳送給代理機2_2。
如上所述，在本實施方式的無線通信系統(tǒng)中，在壓縮SIP消息之后進行傳送的節(jié)點在接收到SIP消息時，對于包含在其中的Via參數(shù)，將除了發(fā)送者URL以外的URL列表置換為ID，另外，對于其它信息(Record-Route參數(shù))，將所有URL列表置換為ID之后進行傳送。由此，從在節(jié)點中管理的URL列表之中的字符串中去掉表現(xiàn)SIP客戶機的部分(SIP客戶機的URL)，壓縮SIP消息的節(jié)點只管理中繼的代理機的URL。因此，在節(jié)點中，所管理的 URL列表的字符串在所收容的多個SIP客戶機中通用的可能性提高。其結(jié)果，節(jié)點所管理的 URL列表信息量變少，能夠削減節(jié)點所需要的存儲器容量。
另外，在本實施方式中，作為與ID —起記載到Via參數(shù)的URL字符串的一例示出了 "SIP/2. 0/TCP Clientl-I URL 5060 ；branch = z9hg4bk74bf9 ；received = 192. 0. 2. 101”(參照圖7)，但如上所示，在URL字符串中，不僅能記載表示實際的URL的字符串，還能記載表現(xiàn)例如SIP/2. 0/TCP的協(xié)議的字符串、branch等選項。即，在壓縮Via參數(shù)(置換為ID)時作為對象的URL字符串意味著包含URL的一般性的字符串。
通過利用如上所述的方法，即使在URL列表的URL部中賦予有各種選項，也能夠刪除冗余參數(shù)，能夠提高SIP壓縮效率。
另外，本實施方式中示出的控制動作是實施方式1的變形例，但可以與實施方式 2、實施方式3中示出的控制動作并行地實施(可以組合)。
實施方式5. 接著，說明實施方式5。在上述的實施方式的無線通信系統(tǒng)中進行SIP消息的壓縮的各節(jié)點按照圖4示出的方法對作為壓縮處理的對象信息(Via參數(shù)、Record-Route參數(shù)、 Record參數(shù))的URL列表進行了管理，但在本實施方式中，說明與其不同的管理方法。
在圖4示出的方法中，在各節(jié)點中，例如執(zhí)行SIP消息的壓縮處理的SIP壓縮部進行URL列表與ID的一維管理。但是，在基站控制裝置等中，存在雖然不識別SIP協(xié)議但結(jié)果上對與SIP客戶機1 1地對應(yīng)的連接進行管理的部分。例如是對每個用戶的無線資源進行管理的部分等。在該部分中，與SIP客戶機對應(yīng)地管理無線連接信息。在這樣的情況下，可以將URL列表與無線連接信息對應(yīng)起來進行管理，只要在一個SIP客戶機之中唯一地分配ID即可。例如，如圖8所示，節(jié)點3-2通過與已保持的和各SIP客戶機(SIP客戶機 l-2a、l-2b、l-2c)之間的無線連接的管理信息(圖示的無線連接信息a、無線連接信息b、 無線連接信息c)相對應(yīng)地管理URL列表的ID，由此能夠利用值相同的多個ID。在適用了如圖8所示的壓縮對象參數(shù)的管理方法時，與適用了圖4所示的方法的情況相比較，能防止 ID的值變大。
有URL列表與ID的對應(yīng)表變得非常大的情形，在這樣的情況下，如果在圖4示出的不對連接(會話)進行識別而管理URL列表和ID的方法中，產(chǎn)生如下問題在檢索并確定與從SIP客戶機接收到的SIP消息內(nèi)的ID對應(yīng)的信息(URL列表)的處理中需要時間。 但是，如果利用圖8示出的管理方法，則只要能確定無線連接，就能夠在短時間內(nèi)確定作為目標(biāo)的URL列表，所以能防止發(fā)生如上所述的問題。
另外，在各實施方式中以SIP的Via、Record-Route、Record參數(shù)為例進行了說明， 但如果是使用方法與這些同樣的參數(shù)，則可以按照同樣的方法壓縮。另外，在各實施方式中示出了無線通信系統(tǒng)中的例子，但也可以是有限通信系統(tǒng)，起到與無線通信系統(tǒng)同樣的效果。
如上所述，根據(jù)各實施方式中示出的通信系統(tǒng)，即使在不知道SIP協(xié)議的意思的節(jié)點進行SIP消息壓縮的情況下，也能夠進行冗余的SIP參數(shù)的刪除和還原，能夠達到更大的SIP消息壓縮效率。例如，在像經(jīng)由20個代理機(SIP代理機)這樣構(gòu)成的網(wǎng)絡(luò)中，假設(shè)表現(xiàn)一個代理機的URL為20字符，則Via、ReC0rd-R0ute的URL列表分別為400字節(jié)，只存在這兩個參數(shù)就需要800字節(jié)。另一方面，SIP消息的其它部分更小，從SIP消息的大小來看，該URL列表占主導(dǎo)地位。在本發(fā)明中，由于將該URL列表置換為大小小的識別信息(上述ID)，所以能實現(xiàn)大的壓縮效率。
產(chǎn)業(yè)上的可利用性 如上所述，本發(fā)明的通信系統(tǒng)在實現(xiàn)削減了信息傳輸量的SIP信令的情況下有用，特別適合于在基站控制裝置、基站等不終止SIP協(xié)議的節(jié)點中進行SIP消息的壓縮以及解壓縮并實現(xiàn)更高的壓縮效率的情況。
權(quán)利要求
1.一種通信系統(tǒng)，包括SIP客戶機；該SIP客戶機的代理機；以及節(jié)點，該節(jié)點位于該 SIP客戶機與該代理機之間，并對所接收到的SIP消息進行中繼，該通信系統(tǒng)的特征在于，所述節(jié)點在對發(fā)往所述SIP客戶機的SIP消息進行中繼時，將所接收到的SIP消息的特定參數(shù)中所設(shè)定的管理信息置換為唯一地表示該管理信息的內(nèi)容的ID，并且將該ID與該管理信息關(guān)聯(lián)起來存儲，另一方面，在對從所述SIP客戶機發(fā)送的SIP消息進行中繼并且在該SIP消息的特定參數(shù)中設(shè)定有與所述存儲的ID相同的ID時，將該ID置換為與其相關(guān)聯(lián)的管理信息，所述SIP客戶機在所接收到的SIP消息的特定參數(shù)中設(shè)定有所述ID時，將該參數(shù)與該 ID關(guān)聯(lián)起來存儲，并且在發(fā)送包含有與該存儲的參數(shù)相同的參數(shù)的SIP消息時，對于該參數(shù)，設(shè)定與該參數(shù)相關(guān)聯(lián)的ID。
2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，將所述管理信息設(shè)為發(fā)往所述SIP客戶機的SIP消息所通過的路徑上的各代理機的 URL的列表、以及該SIP消息的發(fā)布源的URL的列表。
3.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，將所述管理信息設(shè)為發(fā)往所述SIP客戶機的SIP消息所通過的路徑上的各代理機的 URL的列表。
4.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，將所述管理信息設(shè)為如下字符串的列表分別包含發(fā)往所述SIP客戶機的SIP消息所通過的路徑上的各代理機的URL的多個字符串；以及包含該SIP消息的發(fā)布源的URL的字符串。
5.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于，將所述管理信息設(shè)為分別包含發(fā)往所述SIP客戶機的SIP消息所通過的路徑上的各代理機的URL的多個字符串的列表。
6.根據(jù)權(quán)利要求2 5中的任一項所述的通信系統(tǒng)，其特征在于，所述SIP客戶機在發(fā)送包含有應(yīng)設(shè)定將與所述ID相關(guān)聯(lián)地存儲的參數(shù)所對應(yīng)的URL 列表或者字符串列表的各信息的順序反轉(zhuǎn)而得到的列表的參數(shù)的SIP消息時，進一步對發(fā)送的SIP消息的該參數(shù)，設(shè)定與所述存儲的參數(shù)相關(guān)聯(lián)的ID以及指示信息，該指示信息指示將該ID置換為對應(yīng)的列表之后使該列表內(nèi)的各信息的順序反轉(zhuǎn)，所述節(jié)點在從所述SIP客戶機接收到在特定參數(shù)中設(shè)定有與所述存儲的ID相同的ID 以及所述指示信息的SIP消息時，將設(shè)定在該接收消息中的ID置換為將與該ID相關(guān)聯(lián)的列表的各信息的順序反轉(zhuǎn)而得到的列表而進行傳送。
7.根據(jù)權(quán)利要求2 6中的任一項所述的通信系統(tǒng)，其特征在于，所述SIP客戶機在發(fā)送包含有與所述存儲的參數(shù)相同的參數(shù)的SIP消息時，對于該參數(shù)，設(shè)定與該參數(shù)相關(guān)聯(lián)的ID，進而根據(jù)需要，設(shè)定字符串追加指示信息，該字符串追加指示信息指示在與該ID關(guān)聯(lián)地存儲的列表的規(guī)定位置追加字符串，所述節(jié)點在從所述SIP客戶機接收到在特定參數(shù)中設(shè)定有與所述存儲的ID相同的ID 以及所述字符串追加指示信息的SIP消息時，將該ID置換為與該ID相關(guān)聯(lián)的列表，進而向由該指示信息指示的位置追加被指定的字符串，并傳送所得到的SIP消息。
8.根據(jù)權(quán)利要求1 7中的任一項所述的通信系統(tǒng)，其特征在于，所述節(jié)點在將所述管理信息與唯一地表示該管理信息的內(nèi)容的ID相關(guān)聯(lián)地存儲時， 進而將這些信息與所述SIP客戶機的連接信息相對應(yīng)地存儲。
9.一種通信裝置，其特征在于，作為權(quán)利要求1 8中的任一項所述的節(jié)點而動作。
10.一種通信裝置，其特征在于，作為權(quán)利要求ι 8中的任一項所述的SIP客戶機而動作。
全文摘要
本發(fā)明是包含SIP客戶機(1-2)、代理機(2-2)以及節(jié)點(3-2)的通信系統(tǒng)，節(jié)點(3-2)在對發(fā)往SIP客戶機(1-2)的SIP消息進行中繼時，將設(shè)定在參數(shù)中的管理信息置換為ID，并且將ID與管理信息關(guān)聯(lián)起來存儲，在對設(shè)定有所存儲的ID的SIP消息進行中繼時，將該ID置換為與其相關(guān)聯(lián)的管理信息，SIP客戶機(1-2)在所接收到的SIP消息的參數(shù)中設(shè)定有ID時，將參數(shù)與ID相關(guān)聯(lián)起來存儲，并且在發(fā)送包含有所存儲的參數(shù)的SIP消息時，對于參數(shù)設(shè)定與其相關(guān)聯(lián)的ID。
文檔編號H04M11/00GK102197635SQ200980141680
公開日2011年9月21日 申請日期2009年10月7日 優(yōu)先權(quán)日2008年10月21日
發(fā)明者清水桂一, 井上雅廣 申請人:三菱電機株式會社, 株式會社Ntt都科摩