[發(fā)明專(zhuān)利]無(wú)線(xiàn)基站

有效

• 申請(qǐng)?zhí)枺?/td>: 201480055287.6
• 申請(qǐng)日: 2014-10-03
• 公開(kāi)（公告）號(hào): CN105612808B
• 公開(kāi)（公告）日: 2019-03-12
• 發(fā)明（設(shè)計(jì)）人: 內(nèi)野徹;花木明人
• 申請(qǐng)（專(zhuān)利權(quán)）人: 株式會(huì)社NTT都科摩
• 主分類(lèi)號(hào): H04W36/06
• 分類(lèi)號(hào): H04W36/06;H04W76/30;H04W76/10;H04W88/08;H04W76/32;H04W76/34;H04W76/20;H04W76/12
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 于小寧

避免在承載內(nèi)設(shè)定的會(huì)話(huà)上檢測(cè)到“靜態(tài)部分”發(fā)生了變更的分組的情況下，丟棄該分組的事態(tài)。本發(fā)明的無(wú)線(xiàn)基站(eNB)具備對(duì)經(jīng)由與移動(dòng)臺(tái)(UE)之間的會(huì)話(huà)(RTP會(huì)話(huà)或者RTCP會(huì)話(huà))的通信進(jìn)行控制的通信控制單元(13)，在檢測(cè)到所接收的分組的報(bào)頭內(nèi)的“靜態(tài)部分”的變化的情況下，即使是在若追加用于發(fā)送該分組的新會(huì)話(huà)就會(huì)成為在承載(#1)內(nèi)進(jìn)行超出了無(wú)線(xiàn)基站(eNB)或者移動(dòng)臺(tái)(UE)的能力的數(shù)目的會(huì)話(huà)的設(shè)定的情況下，通信控制單元(13)也還是經(jīng)由該新會(huì)話(huà)而發(fā)送分組。

技術(shù)領(lǐng)域

本發(fā)明涉及無(wú)線(xiàn)基站。

背景技術(shù)

在LTE(長(zhǎng)期演進(jìn)(Long Term Evolution))方式中的語(yǔ)音分組中，如圖 8所示，RTP(實(shí)時(shí)傳輸協(xié)議(Real-time Transport Protocol))報(bào)頭、UDP(用 戶(hù)數(shù)據(jù)報(bào)協(xié)議(UserDatagram Protocol))報(bào)頭、IP(互聯(lián)網(wǎng)協(xié)議(Internet Protocol))報(bào)頭相對(duì)于RTP有效載荷的比例多，在資源的利用效率或覆蓋范 圍的觀(guān)點(diǎn)上存在擔(dān)憂(yōu)。

因此，在LTE方式的PDCP(分組數(shù)據(jù)匯聚協(xié)議(Packet Data ConvergenceProtocol))中，設(shè)想對(duì)語(yǔ)音分組應(yīng)用基于ROHC(健壯性報(bào)頭壓縮(Robust HeaderCompression))方式的報(bào)頭壓縮。

根據(jù)ROHC方式，通過(guò)在各分組中的RTP報(bào)頭、UDP報(bào)頭、IP報(bào)頭中 只發(fā)送發(fā)生了變化的字段，能夠減少實(shí)際發(fā)送的比特?cái)?shù)。在此，在ROHC方 式中，能夠?qū)⒏鞣纸M中的RTP報(bào)頭、UDP報(bào)頭、IP報(bào)頭壓縮至最小3字節(jié)。

以下，將RTP報(bào)頭、UDP報(bào)頭、IP報(bào)頭中沒(méi)有發(fā)生變化的字段稱(chēng)為“靜 態(tài)部分(Static part)”。例如，作為“靜態(tài)部分”，可舉出作為RTP層中的識(shí) 別符的SSRC(同步資源(Synchronization Source))或IP地址等。

此外，將RTP報(bào)頭、UDP報(bào)頭、IP報(bào)頭中發(fā)生變化的字段稱(chēng)為“動(dòng)態(tài) 部分(dynamicpart)”。例如，作為“動(dòng)態(tài)部分”，可舉出“RTP時(shí)間戳(RTP timestamp)”、“RTP序列號(hào)(RTP-Sequence Number)”、“UDP校驗(yàn)和(UDP checksum)”等。

另外，有時(shí)會(huì)存在對(duì)一個(gè)承載設(shè)定多個(gè)會(huì)話(huà)(例如，RTP會(huì)話(huà)或者RTCP (RTPControl Protocol)會(huì)話(huà))的情況，而對(duì)于該多個(gè)會(huì)話(huà)中的幾個(gè)會(huì)話(huà)能夠 應(yīng)用報(bào)頭壓縮，則依賴(lài)于移動(dòng)臺(tái)UE以及無(wú)線(xiàn)基站eNB的能力。

現(xiàn)有技術(shù)文獻(xiàn)

非專(zhuān)利文獻(xiàn)

非專(zhuān)利文獻(xiàn)1:3GPP TS36.323

非專(zhuān)利文獻(xiàn)2:RFC3095

發(fā)明內(nèi)容

但是，在無(wú)線(xiàn)基站eNB中，由于不具備對(duì)在RTP會(huì)話(huà)上流動(dòng)的RTP分 組以及在RTCP會(huì)話(huà)上流動(dòng)的RTCP分組的內(nèi)容進(jìn)行解釋而動(dòng)作的機(jī)制，所 以無(wú)線(xiàn)基站eNB在檢測(cè)到“靜態(tài)部分”發(fā)生了變更的分組(例如，RTP分組 或者RTCP分組)的情況下，無(wú)法判定該分組是在新追加的會(huì)話(huà)上流動(dòng)的分 組，還是在現(xiàn)有的會(huì)話(huà)上流動(dòng)的分組的“靜態(tài)部分”發(fā)生了變更的分組，進(jìn) 而無(wú)法進(jìn)行控制。

因此，無(wú)線(xiàn)基站eNB若在承載內(nèi)設(shè)定的會(huì)話(huà)上檢測(cè)到“靜態(tài)部分”發(fā)生 了變更的分組，則就會(huì)判斷為對(duì)該承載追加了新會(huì)話(huà)。

其結(jié)果，存在如下問(wèn)題：無(wú)線(xiàn)基站eNB在判斷為若追加該新會(huì)話(huà)就會(huì)成 為在1個(gè)承載內(nèi)進(jìn)行超出了無(wú)線(xiàn)基站eNB或者移動(dòng)臺(tái)UE的能力的數(shù)目的會(huì) 話(huà)(例如，RTP會(huì)話(huà)或者RTCP會(huì)話(huà))的設(shè)定的情況下，拒絕該新會(huì)話(huà)的追 加。