爱的放纵,禁止性爱,调教风韵尤物美妇娇喘,乒乓球直播中央5现场直播

推廣 熱搜: ISO9001  音樂版權(quán)  知識產(chǎn)權(quán)貫標  科技服務(wù)  ISO20000  CMMI  知識產(chǎn)權(quán)  質(zhì)量管理體系  測試標準  電池 

淺析通信類方法專利的撰寫特點

   日期:2024-08-30 18:58:12     來源:專利     專利領(lǐng)域原創(chuàng)作者:李強     瀏覽:37    評論:0
核心提示:原標題:淺析通信類方法專利的撰寫特點在撰寫通信類方法權(quán)利要求時,可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征做對應(yīng)

原標題:淺析通信類方法專利的撰寫特點

在撰寫通信類方法權(quán)利要求時,可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征做對應(yīng)。本文將從通信網(wǎng)絡(luò)架構(gòu)特征的角度出發(fā),梳理通信類技術(shù)方案的實現(xiàn)邏輯,并總結(jié)通信類方法專利的撰寫特點,以期為讀者提供專利撰寫工作的參考。

摘要

伴隨著通信技術(shù)的高速發(fā)展,“信息隨心至,萬物觸手及”的愿景正成為現(xiàn)實。信息催生了空前規(guī)模的新興產(chǎn)業(yè),產(chǎn)業(yè)驅(qū)動下的通信類專利申請數(shù)量呈井噴式增長。被稱為信息傳輸?shù)?ldquo;高速公路”的通信網(wǎng)絡(luò)也在不斷演進以滿足各種需求。大量技術(shù)交底方案基于標準化的通信網(wǎng)絡(luò)架構(gòu)產(chǎn)生。作為專利從業(yè)人員,如果能夠提煉出通信網(wǎng)絡(luò)架構(gòu)的特征,從特征角度總結(jié)通信類技術(shù)方案的專利撰寫特點,并基于該專利撰寫特點對專利交底方案進行分析和撰寫布局,勢必會提升專利文本的撰寫效率和撰寫質(zhì)量?;诖耍疚膶耐ㄐ啪W(wǎng)絡(luò)架構(gòu)特征的角度出發(fā),梳理通信類技術(shù)方案的實現(xiàn)邏輯,并總結(jié)通信類方法專利的撰寫特點,以期為讀者提供專利撰寫工作的參考。

關(guān)鍵詞:網(wǎng)絡(luò)架構(gòu)特征、通信類方法專利、信息

一、通信網(wǎng)絡(luò)架構(gòu)介紹

圖1示例性地示出了一種LTE系統(tǒng)的網(wǎng)絡(luò)架構(gòu),包括核心網(wǎng)部分和接入網(wǎng)部分。其中,核心網(wǎng)部分包括移動性管理實體(MME, Mobility Management Entity)、服務(wù)網(wǎng)關(guān)(S-GW,Serving GateWay)和分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(P-GW,Packet work Gateway)等通信節(jié)點。接入網(wǎng)部分包括基站。

圖1

圖2示例性地示出了一種5G系統(tǒng)的網(wǎng)絡(luò)架構(gòu),包括核心網(wǎng)部分和接入網(wǎng)部分。其中,核心網(wǎng)部分主要包括接入與移動管理功能(AMF,Access and Mobility Management Function)、用戶面功能(UPF,User Plane Function)和會話管理功能(SMF,Session Management Function)等通信節(jié)點。接入網(wǎng)部分包括基站。

圖2

圖1示出的網(wǎng)絡(luò)架構(gòu)中,終端通過接入網(wǎng)與LTE系統(tǒng)進行通信。其中,基站通過S1接口與核心網(wǎng)中的通信節(jié)點互連;基站之間通過X2接口互連。圖2示出的網(wǎng)絡(luò)架構(gòu)中,移動終端也通過接入網(wǎng)與5G系統(tǒng)進行通信。其中,基站通過NG接口與核心網(wǎng)中的通信節(jié)點互連;基站之間通過Xn接口互連。在兩種網(wǎng)絡(luò)架構(gòu)中,移動終端都通過Uu接口(又稱空中接口)與接入網(wǎng)中的基站進行互連。

二、通信網(wǎng)絡(luò)架構(gòu)的特征分析

為了方便讀者更好地了解通信網(wǎng)絡(luò)架構(gòu),請參見圖3.為筆者針對通信網(wǎng)絡(luò)架構(gòu)中的單個通信節(jié)點進行建模的模型示意圖。

圖3

實質(zhì)上,通信的過程包括信息的處理與信息的傳輸過程。這里,通信節(jié)點主要實現(xiàn)信息處理的功能;通信接口主要實現(xiàn)信息傳輸?shù)墓δ堋;趫D3可以非常明確地確定:通信節(jié)點和通信接口是通信網(wǎng)絡(luò)架構(gòu)的兩個核心組成部分,信息是通信網(wǎng)絡(luò)架構(gòu)關(guān)聯(lián)的核心要素。需要說明的是,除了依賴通信網(wǎng)絡(luò)架構(gòu),還需要利用通信資源才能實現(xiàn)信息傳輸。

綜上,通信節(jié)點、通信接口、信息和通信資源共同構(gòu)成了通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征。而且,在通信過程中,信息是通信的核心要素,通信節(jié)點、通信接口和通信資源的功能實現(xiàn)都與信息密切關(guān)聯(lián)。上述關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系必將會是通信類技術(shù)方案的實現(xiàn)邏輯的重要組成部分。因此,深入理解這些關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系能夠促進對技術(shù)方案的把握。在準確理解技術(shù)方案后,弄清楚這些關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系與專利撰寫之間的關(guān)系,也將使得專利撰寫工作事半功倍。

三、通信網(wǎng)絡(luò)架構(gòu)的特征與通信類方法專利撰寫之間的關(guān)系

通過對通信網(wǎng)絡(luò)架構(gòu)的特征分析可以知道,關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系是通信類技術(shù)方案的實現(xiàn)邏輯的重要組成部分,因此,通信類技術(shù)方案的創(chuàng)新也將會是圍繞通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征進行的創(chuàng)新。

由于通信類方法專利撰寫是基于通信類技術(shù)方案的創(chuàng)新進行的,因此,通信類方法專利的申請文本撰寫會與通信類技術(shù)方案的實現(xiàn)邏輯密切關(guān)聯(lián)。通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征也將會成為專利申請文本撰寫中的關(guān)鍵技術(shù)特征。

通信網(wǎng)絡(luò)架構(gòu)的特征與通信類方法專利撰寫之間的關(guān)系使得通信類方法專利的申請文本撰寫區(qū)別于其他類方法專利的申請文本撰寫,具有了獨特的專利撰寫特點。如果專利撰寫人員能夠基于該專利撰寫特點進行技術(shù)方案分析和專利撰寫,就能夠更加快速準確地把握技術(shù)方案的核心,掌握技術(shù)方案的普適性實現(xiàn)邏輯,并撰寫出高質(zhì)量的專利申請文本。

四、通信類方法專利撰寫特點

前述部分對通信網(wǎng)絡(luò)架構(gòu)進行了介紹,對通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征進行了分析,并明確了通信網(wǎng)絡(luò)架構(gòu)的特征與通信類方法專利撰寫之間的關(guān)系。接下來筆者將結(jié)合專利撰寫實踐過程中遇到的一些案例,從通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系角度分析通信類技術(shù)方案的撰寫特點。主要是從通信類方法專利撰寫實踐中大概率會考慮的8個方面進行了總結(jié)。

1執(zhí)行主體的確定

在通信類方法權(quán)利要求撰寫過程中,一般都采用單側(cè)撰寫原則進行撰寫,以獲得清楚和保護范圍合理的權(quán)利要求。基于單側(cè)撰寫原則撰寫的權(quán)利要求僅會涉及一個執(zhí)行主體。在進行權(quán)利要求撰寫時,首先我們就會確定執(zhí)行主體。基于上述通信網(wǎng)絡(luò)架構(gòu)的特征分析,可以知道,通信節(jié)點作為關(guān)鍵特征,用于信息處理、收發(fā)接口上的信息,是網(wǎng)絡(luò)架構(gòu)的核心組部分,因此,可以明確確定通信節(jié)點將會是權(quán)利要求的執(zhí)行主體。

在專利撰寫實踐中,在空中接口側(cè),通信節(jié)點比較單一,我們很容易將終端或者基站確定為執(zhí)行主體。但是在核心網(wǎng)側(cè),由于涉及的通信節(jié)點很多,特別是5G網(wǎng)絡(luò),例如,AMF、SMF和UPF等通信節(jié)點。當發(fā)明人的技術(shù)交底書中出現(xiàn)上述通信節(jié)點時,我們可能會將發(fā)明人在實施例中寫到的具體通信節(jié)點設(shè)備直接確定為執(zhí)行主體,例如AMF設(shè)備。但是,隨著通信網(wǎng)絡(luò)架構(gòu)的不演進,通信節(jié)點對應(yīng)的就是一個功能上的邏輯節(jié)點,其功能的實現(xiàn)不再局限于某一臺特定物理設(shè)備,多個邏輯節(jié)點甚至可以通過一臺物理設(shè)備實現(xiàn)或者同一個邏輯節(jié)點可以對應(yīng)不同的物理設(shè)備,部署非常靈活。如果在撰寫權(quán)利要求時,將具體通信節(jié)點設(shè)備作為執(zhí)行主體,必然會對權(quán)利要求的保護范圍造成限定。

例如,一種接入方法,其特征在于,所述方法由接入和移動性管理功能AMF設(shè)備執(zhí)行,包括:

……。

上述示例中,隨著網(wǎng)絡(luò)架構(gòu)的不斷演進,該方案不一定由AMF設(shè)備執(zhí)行,也許是由包含AMF設(shè)備功能的另外一種設(shè)備執(zhí)行,那么,上述寫法就會給方案帶來不必要的限定,影響權(quán)利要求的保護范圍。

綜上分析,在通信類方法權(quán)利要求撰寫時,我們需要有一種防網(wǎng)絡(luò)架構(gòu)演進的思維習(xí)慣,有必要對技術(shù)交底書中實施例的具體執(zhí)行主體進行上位,將上位后的執(zhí)行主體確定為權(quán)利要求的執(zhí)行主體以獲得較大的保護范圍。筆者建議,根據(jù)具體場景,執(zhí)行主體多采用網(wǎng)絡(luò)設(shè)備、通信節(jié)點、通信實體、網(wǎng)元、網(wǎng)絡(luò)節(jié)點和邏輯節(jié)點等上位概念進行描述。

例如,一種接入方法,其特征在于,所述方法由通信節(jié)點執(zhí)行,包括:

……。

2執(zhí)行動作的確定

在通信類方法獨立權(quán)利要求撰寫過程中,在執(zhí)行主體(以通信主體為通信節(jié)點為例)確定后,就會開始考慮執(zhí)行主體執(zhí)行的執(zhí)行動作。通信節(jié)點的功能是信息處理,同時,通信節(jié)點還會從通信接口接收信息和/或向通信接口發(fā)送信息。此時,會面臨一個問題:是從信息處理的角度確定權(quán)利要求的執(zhí)行動作呢?還是從信息接收和/或信息發(fā)送的角度確定權(quán)利要求的執(zhí)行動作呢?或者,可以這樣問:是從通信節(jié)點處理信息的角度撰寫權(quán)利要求呢?還是從通信接口接收信息和/或發(fā)送信息的角度撰寫權(quán)利要求呢?

通常,我們會基于如下角度考慮而選擇從信息接收和/或信息發(fā)送的角度確定權(quán)利要求的執(zhí)行動作:

2.1、與通信接口關(guān)聯(lián)的技術(shù)特征更容易進行侵權(quán)判定;

2.2、與通信接口關(guān)聯(lián)的技術(shù)特征更容易對應(yīng)標準;(標準的撰寫大多是從通信接口收發(fā)信息的角度撰寫的)

2.3、只寫通信接口上接收和/或發(fā)送信息的技術(shù)方案,而不寫如何進行信息處理的技術(shù)方案(如何進行信息處理的技術(shù)方案可以放在從權(quán)),保護范圍會更大。

例如,一種能力上報方法,其特征在于,所述方法由通信節(jié)點執(zhí)行,所述方法包括:

接收分組尋呼的終端能力信息;

其中,所述終端能力信息,至少用于指示終端支持或者不支持通過分組尋呼的方式尋呼所述終端。

上述考慮無可厚非,在很多撰寫場景下,也必須這樣做。但是,并不是在所有情況下都可以從信息接收和/或發(fā)送的角度確定執(zhí)行動作。例如,信息是預(yù)定的多個候選信息之中的一個,可以是事先存儲在通信節(jié)點中的信息,也可以是從外部對象接收的信息,因此,通信節(jié)點獲取信息的方式不特定。此時,如果仍然從信息接收和/或發(fā)送的角度確定執(zhí)行動作,將對獨立權(quán)利要求的保護范圍造成不必要限定。又例如,技術(shù)方案的創(chuàng)新明顯在于信息的處理過程,而并非因為接收到了某個信息或者發(fā)送了某個信息。此時,我們需要從信息處理的角度確定權(quán)利要求的執(zhí)行動作,以尋求大的保護范圍或準確寫出發(fā)明點。

例如,一種信息處理方法,其特征在于,所述方法由通信節(jié)點執(zhí)行,所述方法包括:

根據(jù)分組尋呼的終端能力信息,確定終端支持或者不支持通過分組尋呼的方式尋呼所述終端。

因此,當技術(shù)方案中獲取信息可以有多種方式時或者收發(fā)信息本身不能夠給技術(shù)方案帶來創(chuàng)造性貢獻時,可以考慮從信息處理的角度確定權(quán)利要求的執(zhí)行動作。否則,可以考慮從信息接收和/或信息發(fā)送的角度確定權(quán)利要求的執(zhí)行動作。

3動作特征的描述

通過前述通信網(wǎng)絡(luò)架構(gòu)的分析可以知道信息是通信的核心要素,因此,信息會是通信類技術(shù)方案的核心技術(shù)特征,會高頻次地出現(xiàn)在發(fā)明人的交底書中。發(fā)明人在交底書中描述與信息相關(guān)聯(lián)的動作時,可能會采用不同的動詞進行描述,例如,接收信息、讀取信息、檢測信息和監(jiān)聽信息等。那么,這些動詞可以直接應(yīng)用在權(quán)利要求中嗎?使用不同的動詞會對權(quán)利要求撰寫帶來哪些影響?如何進行區(qū)分呢?使用哪個會更加合適?

以下是對上述各個動詞的解釋:

接收( Receive):從外部對象接收,例如,終端從基站接收信息。

讀取(Read):從存儲區(qū)域或文件中讀取,例如,從緩存中讀取信息。

檢測(Detect):不能直接得到信息,通常需要執(zhí)行檢測程序,例如,檢測運動速度信息和檢測圖像信息等。

監(jiān)聽(Monitor):不能立刻獲得信息,通常需要等待。

根據(jù)上述動詞的釋義可以知道,上述動詞通常都只是獲取信息的手段,并不會給方案帶來創(chuàng)造性。且使用上述動詞很容易對方案的保護范圍帶來不必要的限定。

例如,以“接收”為例進行說明,請參見圖4.A通信節(jié)點與B通信節(jié)點之間可以進行信息交互,A通信節(jié)點可以向B通信節(jié)點發(fā)送信息。其具體實現(xiàn)過程為:A通信節(jié)點將信息存儲在共享內(nèi)存,然后B通信節(jié)點從共享內(nèi)存讀取信息。這里,如果在進行動作特征描述時,使用“B通信節(jié)點接收A通信節(jié)點發(fā)送的信息;基于信息……”,其實并不能準確反映B通信節(jié)點獲取信息的方式。如果使用“B通信節(jié)點讀取A通信節(jié)點存儲的信息;基于信息……”,又顯得撰寫方案非常下位。那么,怎樣描述才合適呢?

圖4

筆者建議,針對不能給權(quán)利要求方案帶來創(chuàng)造性貢獻的“動詞”,可以遵循“寫大不吃虧”原則,對上述的具體執(zhí)行動作進行上位,推薦使用“獲取”和“確定”這樣的經(jīng)過上位處理的動作描述,以盡可能覆蓋多種可能的實施方式,避免動作使用不當帶來的限定。同時,為了進一步落實到交底書中的方案,可以將在說明書中或者權(quán)利要求中對下位的動作進行補充描述。

例如,如果技術(shù)交底方案被描述為:接收X信息;基于X信息……。推薦使用:獲取/確定X信息;基于X信息……。然后在說明書中進一步說明確定X信息,X信息可以是通過接收、讀取、檢測或監(jiān)聽得到的。

4對象的確定

通信類技術(shù)方案的實質(zhì)是信息的傳輸和處理,那么在通信類技術(shù)交底方案中,必然會涉及如信息、與信息關(guān)聯(lián)的信號和與信息關(guān)聯(lián)的消息等特征的描述。在撰寫實踐中,如果將發(fā)明人在交底書中描述的如信號、信息和消息不加以區(qū)分地使用,會導(dǎo)致對權(quán)利要求的范圍造成不必要的限定。

為了避免混淆,以下對信號、信息和消息的含義進行解釋:

信號(Signal):強調(diào)的是形式,比如,電信號和光信號等。

信息(Information):強調(diào)的是內(nèi)容。“發(fā)送xx信息”表達的是將特定內(nèi)容發(fā)送出去,并不局限于采用何種載體發(fā)送。

消息(Message):強調(diào)的是載體。“發(fā)送xx消息”表達的是發(fā)送的載體,并不能體現(xiàn)發(fā)送的內(nèi)容。

根據(jù)上述釋義可以知道,信號是消息傳輸?shù)男问?,信息是消息承載的內(nèi)容。在描述通信類技術(shù)方案時,應(yīng)該重點關(guān)注信息內(nèi)容,而不是關(guān)注信息內(nèi)容的承載方式,直接采用“信息”的描述能夠更加清楚且合理地撰寫?yīng)毩?quán)利要求。因此,三者存在本質(zhì)區(qū)別,需要進行細致區(qū)分,否則會給權(quán)利要求的撰寫帶來不必要的限定。

例如,發(fā)送指示A信息的RRC消息。

這種撰寫方式并不推薦,理由是:引入了“RRC消息”這個非必要技術(shù)特征,而獨立權(quán)利要求的核心方案中根本沒有必要限定A信息通過什么消息承載或以什么形式發(fā)送,將A信息發(fā)送出去就已經(jīng)表達出了方案的實質(zhì)。如果引入“RRC消息”只會限制權(quán)利要求的保護范圍。

再例如,發(fā)送A消息。

這種撰寫方式也不推薦:A消息為自創(chuàng)的消息,A消息具體是什么消息?在本技術(shù)領(lǐng)域中有這個消息嗎?本領(lǐng)域技術(shù)人員可能根本不知道A消息是什么東西,其實很不清楚。這里,想表達的是發(fā)送A信息,將A信息發(fā)送出去就已經(jīng)表達了方案的實質(zhì)。

因此,推薦采用以下方式:

例如,發(fā)送A信息。

5信息與消息之間的關(guān)系描述

信息通過消息的承載進行傳輸。在通信類方法權(quán)利要求撰寫過程中,為了說明信息的承載方式,會涉及利用消息承載信息的描述。

例如,發(fā)送攜帶A信息的X消息;

或者,發(fā)送指示A信息的X消息;

或者,發(fā)送包含A信息的X消息。

但是,“包含”、“攜帶”和“指示”確定的范圍實質(zhì)并不相同,以下對三者進行解釋說明:

包含:包含X,X本身被包含;

攜帶:攜帶X,X本身被攜帶;

指示:指示X,并不一定就攜帶或包含了X本身;完全可以隱性指示,例如,通過特定加擾方式指示;還可以通過與X關(guān)聯(lián)的參數(shù)等指示,比如,可以基于a和已定義的規(guī)則計算得到X。

那么,如果采用“接收攜帶(包含)A參數(shù)的B消息”的描述,則很容易被理解為B消息中肯定攜帶了A參數(shù),但是,技術(shù)方案實現(xiàn)可能就是通過與A關(guān)聯(lián)的a指示的,如果是這樣,那豈不是權(quán)利要求保護范圍也太小了。

而采用“接收指示A參數(shù)的B消息”的描述,由于既包括了直接攜帶A的方案,也包括了不直接攜帶A而通過與A關(guān)聯(lián)的a指示A的方案,撰寫范圍相對合理,為筆者推薦的描述方式。因此,在描述信息的承載時,需要特別關(guān)注消息承載信息的描述,減少不必要的限定。

6信息與通信接口之間的關(guān)系描述

信息是通過通信接口發(fā)送的。在通信類方法權(quán)利要求撰寫過程中,為了說明信息的發(fā)送途徑,會涉及信息域通信接口的關(guān)系的描述。

例如,基于X接口發(fā)送a消息;

或者,利用X接口發(fā)送a消息;

或者,通過X接口發(fā)送a消息;

或者,經(jīng)由X接口發(fā)送a消息。

那么,“基于”、“利用”、“通過”和“經(jīng)由”哪個更好?

“基于”和“利用”相對籠統(tǒng),不夠清楚。例如,用“基于”其實很不清楚,如果原方案為a消息經(jīng)由X接口發(fā)送出去,但讀者完全可以理解為通過X接口發(fā)送b消息,然后利用b消息指示的Y接口發(fā)送a消息,這顯然也與“基于X接口發(fā)送a消息”表述一致,但是顯然沒有表達出原方案的實質(zhì)。“通過”在新華字典中解釋為“以…為媒介”,“通過x接口發(fā)送信息”這種描述方式筆者認為比較清楚。“經(jīng)由”一詞也非常清楚直觀,筆者也推薦使用。

7信息的透傳

信息可以在通信節(jié)點之間透傳。專利撰寫實踐中,通常出現(xiàn)A通信節(jié)點將a信息通過B通信節(jié)點透傳給C通信節(jié)點的情況。這里的透傳,即透明傳輸(pass-through),指的是在通信中不管傳輸?shù)臉I(yè)務(wù)內(nèi)容如何,只負責將傳輸?shù)膬?nèi)容由源地址傳輸?shù)侥康牡刂?,而不對業(yè)務(wù)數(shù)據(jù)內(nèi)容做任何改變。那么在撰寫權(quán)利要求時,分側(cè)撰寫時,使用“A通信節(jié)點向B通信節(jié)點發(fā)送a信息”的這種描述準確嗎?上述方案中,需要寫B(tài)通信節(jié)點這一側(cè)的權(quán)項嗎?

筆者認為,如果是A通信節(jié)點將a信息通過B通信節(jié)點透傳給C通信節(jié)點,那么,請參見圖5.B通信節(jié)點就相當于一根導(dǎo)線,在整個過程中這根導(dǎo)線只是起到了傳輸信息的作用,可以不單獨作為一側(cè)進行撰寫。且由于B通信節(jié)點相當于一根導(dǎo)線,那么a信息實質(zhì)是發(fā)送給C通信節(jié)點的,那么“A通信節(jié)點向B通信節(jié)點發(fā)送a信息”的這種描述其實也并不準確。

圖5

8信道資源的描述

在信息的無線傳遞過程中,會使用到信道資源。信道是通信的通道,是信號傳輸?shù)拿浇椤T谧珜憴?quán)利要求的過程中,實踐中通常采用如下描述:

例如,在物理上行控制信道(PUCCH,Physical Uplink Control CHannel)上發(fā)送信息;

或者,發(fā)送PUCCH數(shù)據(jù);

或者,發(fā)送PUCCH信令;

或者,發(fā)送PUSCH數(shù)據(jù);

或者,發(fā)送PUSCH信令;

或者,執(zhí)行PUCCH傳輸;

或者,傳輸PUCCH。

上述描述方式,到底哪種是正確的描述方式呢?

首先,需要明確數(shù)據(jù)和信令在通信領(lǐng)域是兩個不同的概念,數(shù)據(jù)和信令的傳輸在邏輯上是獨立的,數(shù)據(jù)特指業(yè)務(wù)數(shù)據(jù),信令特指控制信令。其次,PUCCH一般情況下傳輸信令不傳輸數(shù)據(jù);PUSCH既能傳輸信令也能傳輸數(shù)據(jù)。因此,“發(fā)送PUCCH數(shù)據(jù)”是不準確的描述。傳輸PUCCH,中文意思上也有點不太清楚,因此不推薦使用,但是,需要說明的是,在通信標準中通常采用“傳輸PUCCH”的描述(例如,Transmit PUCCH)。

五、結(jié)語

綜上所述,在撰寫通信類方法權(quán)利要求時,可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征做對應(yīng)。然后基于本文從通信網(wǎng)絡(luò)架構(gòu)的關(guān)鍵特征角度總結(jié)的通信類技術(shù)方案的專利撰寫特點,對專利交底方案進行分析和撰寫布局,可以提升專利文本的撰寫效率和撰寫質(zhì)量。以上是筆者針對通信類方法專利撰寫做的初步分析,定然存在諸多不足,寫得不到位之處還望讀者海涵和指正。

中企檢測認證網(wǎng)提供iso體系認證機構(gòu)查詢,檢驗檢測、認證認可、資質(zhì)資格、計量校準、知識產(chǎn)權(quán)貫標一站式行業(yè)企業(yè)服務(wù)平臺。中企檢測認證網(wǎng)為檢測行業(yè)相關(guān)檢驗、檢測、認證、計量、校準機構(gòu),儀器設(shè)備、耗材、配件、試劑、標準品供應(yīng)商,法規(guī)咨詢、標準服務(wù)、實驗室軟件提供商提供包括品牌宣傳、產(chǎn)品展示、技術(shù)交流、新品推薦等全方位推廣服務(wù)。這個問題就給大家解答到這里了,如還需要了解更多專業(yè)性問題可以撥打中企檢測認證網(wǎng)在線客服13550333441。為您提供全面檢測、認證、商標、專利、知識產(chǎn)權(quán)、版權(quán)法律法規(guī)知識資訊,包括商標注冊、食品檢測、第三方檢測機構(gòu)、網(wǎng)絡(luò)信息技術(shù)檢測環(huán)境檢測、管理體系認證、服務(wù)體系認證、產(chǎn)品認證、版權(quán)登記、專利申請、知識產(chǎn)權(quán)、檢測法認證標準等信息,中企檢測認證網(wǎng)為檢測認證商標專利從業(yè)者提供多種檢測、認證、知識產(chǎn)權(quán)、版權(quán)、商標、專利的轉(zhuǎn)讓代理查詢法律法規(guī),咨詢輔導(dǎo)等知識。

本文內(nèi)容整合網(wǎng)站:百度百科、搜狗百科、360百科知乎、市場監(jiān)督總局 、國家知識產(chǎn)權(quán)局

免責聲明:本文部分內(nèi)容根據(jù)網(wǎng)絡(luò)信息整理,文章版權(quán)歸原作者所有。向原作者致敬!發(fā)布旨在積善利他,如涉及作品內(nèi)容、版權(quán)和其它問題,請跟我們聯(lián)系刪除并致歉!

本文來源: http://bqlw.net/zs/202111/ccaa_32246.html

 
打賞
 
更多>同類專利知識
0相關(guān)評論

專利推薦服務(wù)
專利推薦圖文
專利推薦知識
專利點擊排行
ISO體系認證  |  關(guān)于我們  |  聯(lián)系方式  |  使用協(xié)議  |  版權(quán)隱私  |  網(wǎng)站地圖  |  排名推廣  |  廣告服務(wù)  |  積分換禮  |  網(wǎng)站留言  |  RSS訂閱  |  違規(guī)舉報  |  蜀ICP備07504973號