從上面的例子中可以看到 qos 對無線資料業務的重要性，當然傳輸速率只是 qos 眾多屬性中的乙個，下文從我理解的角度來說說重要的屬性。順序按照屬性在 qos 結構中的先後次序。還要宣告的是，在 rel-6 的 qos 可以分為相互參照的兩部分，即 r97/98 qos 版本和 rel-6 qos 版本，這是為了向前相容，本文要討論的是 rel-6 qos 的屬性，其可以對應到 r97/98 qos，規範有明確表述，這裡就不提了。
traffic class，其包括五個可選屬性，conversational class，streaming class，interactive class ，background class 與 subscribed traffic class（代表手機希望網路指派乙個值）。這個屬性是巨集觀的表述手機需要是什麼型別的資料業務。從字面上也很容易理解 conversational class 期望最小的 latency。從速率的方面可以將前四類分為兩個組：conversational class 和 streaming class 是一組，interactive class 和 background class 是一組，理由在後面講解 guaranteed bit rate for uplink/downlink 的時候在細說。這裡有乙個值得注意的是，根據當前的標準，如果手機選擇讓網路指派乙個值，即選擇 subscribed traffic class，網路只能指派 interactive class，其目的不是很明確。過去應用程式使用資料業務的時候一般協商結果都是使用 interactive class，這是最常見的情況，比如我們瀏覽網頁，接收電子郵件。現在 hspa 網路出現以後，有網路根據 traffic class 是不是設定為 conversational 或者 streaming 判斷需不需要為其提供 hspa 的 radio bear。
delivery order，選擇資料報是不是需要順序收發。在目前的應用裡，這個屬性似乎多餘。因為應用程式幾乎都使用擁有順序收發能力的協議，並不依賴於底層。反而如果設定 delivery order 為 yes，即表示要求順序收發資料報，資料報有可能會在 rnc 堆積，或者引起 rlc 重發資料報，結果就是降低了效能。故此屬性都是設定為 no。
delivery of erroneous sdus，選擇錯誤的 sdu 應該是丟棄，還是繼續傳送。設定為 no 表示開啟錯誤檢測，並丟棄錯誤的資料報；設定為 yes 表示開始錯誤檢測，標緻錯誤的資料報，並繼續傳送；設定為 no detect 表示放棄檢測錯誤。通常選擇為 no。
maximun sdu size，選擇 sdu 的最大長度。一般設定為 1500 位元組。該值的選擇和 traffic class 有一定聯絡，舉例說，提供 voip 的應用程式就不需要設定的很大的 maximum sdu size；但對於瀏覽器而言，則沒有理由要使用小於 1500 位元組的值。
transfer delay，傳輸的延遲，該值只有在 traffic class 被設定為 conversational 或 streaming class 的時候有效。
最後要提的是 signalling indication，其表示與本 qos 相關的 pdp context 是不是用於控制目的。越來越多的應用程式選擇建立乙個特殊的 primary pdp context 用於收發應用程式層的控制信令，而使用 secondary pdp context 來實際接收資料，舉例說，手機電視應用程式使用 primary pdp context 來接收節目單，傳送傳輸質量報告等控制資訊，而使用 secondary pdp context 來接收電視內容；這樣一來，應用程式能夠為 secondary pdp context 申請很大的頻寬和較高的 guaranteed bit rate for downlink，如果可能網路會使用 hsdpa，而 primary pdp context 則申請較低的頻寬等引數以節省資源並為使手機漫遊的時候提供通暢的控制信令通道。（比如，手機從 wcdma 漫遊到 g** 網路，secondary pdp context 會由於 g** 不支援 hsdpa 而被釋放，但是網路會保留使用低速率連線的 primary pdp context 控制通道）
大資料業務分析基本步驟
做什麼事情都要有流程，要知道做什麼，怎麼做，of course，bigdata也不例外。通俗的說就是你要做什麼，你要怎麼做，你要做成什麼，你要解決什麼問題，你的思路是什麼。把需要進行資料分析的事情，拆解成一段一段的來完成，先給自己定個小目標，掙他乙個y,哈哈哈 先分析什麼，後分析什麼，就不會覺得從何...
執行刪除 更新資料業務的速度優化
最近總是遇到系統執行速度很慢的情況，老大讓我來排查一下，現在本地執行下同樣的操作，想著重現一下，畢竟本地重現的話就可以跟斷點，很容易找到問題的所在，結果發現本地的速度嗖嗖的，那就是使用者資料庫的問題了，果斷鏈結使用者資料庫再測，果然很慢，打斷點跟蹤，發現做減人操作時，要刪除很多張表的資料，其中有三張...
關於4G資料業務問題
1 手動關閉資料或者進入飛行模式，有ue detach 2 手機資料業務正常進入wifi狀態，有ue release la位置區 plmn lacra 路由區碼 plmn lac rac ta跟蹤區 plmn tac lalocation area 位置區ra routing area 路由區lai...