免费国产精品自在自线-91精品国产色综合久久久浪潮-99热久久免费频精品-国产精品国模在线观看-久久亚洲国产精品成人?V秋霞-久久国产一级A片免费播放-亚洲国产欧洲综合97久久-久久国产白嫩美女呻吟高潮

ARTICLE DETAIL

資訊詳情

深耕商務(wù)建站與企業(yè)官網(wǎng)運營的一線實戰(zhàn)洞察。

【LMP】規(guī)范精講[3]: 一條鏈路的一生——建鏈、經(jīng)營與散場

【LMP】規(guī)范精講[3]: 一條鏈路的一生——建鏈、經(jīng)營與散場 建鏈那 90 毫秒里發(fā)生了什么功率為什么像鋸齒一樣升降斷連時 6×Tpoll 到底在等誰這篇把連接控制掰開揉碎講清楚。前面兩篇把 LMP 的信令骨架PDU 格式、事務(wù)與碰撞規(guī)則、特性交換過了一遍。那些是語法今天這篇講的是語義——連接控制LMP 里條目最多的一個大家族從建鏈握手到斷連收尾一條 ACL 鏈路要經(jīng)歷的所有管理動作都在這里面。目錄一、開張90 毫秒的參數(shù)全家桶1.1 page 結(jié)束之后誰先開口1.2 建鏈后的參數(shù)下發(fā)二、經(jīng)營運行態(tài)的八個子系統(tǒng)2.1 功率控制三條腿走路的閉環(huán)2.2 AFH跳頻地圖的動態(tài)改道2.3 信道分類情報上拋機制2.4 監(jiān)督超時鏈路的死亡判決書2.5 CQDDR看路況換車型2.6 QoS輪詢節(jié)奏的兩副面孔2.7 多時隙包保守起步的授權(quán)制2.8 EDR 包型表換調(diào)制先封路2.9 封裝 PDU大件物流的拆裝規(guī)則2.10 Ping帶防偽的心跳2.11 時鐘調(diào)整微調(diào)表針的兩種手法2.12 SAM錯峰營業(yè)的時隙地圖三、打烊兩種告別方式3.1 Detach 的全套規(guī)矩3.2 空口現(xiàn)場三次告別四、換老板不關(guān)店角色切換五、代碼時間5.1 解析 AFH 信道地圖5.2 Detach 計時狀態(tài)機六、收個尾七、測驗我拿一份手頭的空口抓包做伴讀素材是一條真實鏈路的完整生命周期從 17:03:50 建鏈到 17:05:40 結(jié)束中間還夾了一次掉線重連和一次角色切換。先上全景圖把這篇文章的骨架立起來一條鏈路的一生可以切成三段開張建鏈與參數(shù)初始化、經(jīng)營運行態(tài)的各種閉環(huán)控制、打烊斷連。外加一個特殊事件換老板角色切換。下面按這個順序展開。一、開張90毫秒的參數(shù)全家桶1.1 page 結(jié)束之后誰先開口Baseband 的 page 過程建立的是物理層同步——兩邊對上了跳頻序列和時鐘。但 LM 層的建鏈?zhǔn)橇硪换厥?。?guī)范在連接控制一開篇就畫了那張經(jīng)典流程圖注意 page 框下面那行字允許立刻發(fā)起的 LMP 過程只有五個clock offset request、version、supported features、name request、detach。為什么偏偏是這五個看性質(zhì)就明白了——clock offset 是物理層剛同步完順手就能量出來的值version 和 features 是靜態(tài)只讀信息name 是緩存過的老數(shù)據(jù)detach 則是給對端隨時保留的退出通道。全是輕量、無副作用、不需要 Host 參與的東西。而真正涉及上層的連接要等一條專門的 PDUWhen the paging device wishes to create a connection involving layers above LM, it sends an LMP_HOST_CONNECTION_REQ PDU. When the other side receives this message, the Host is informed about the incoming connection.這句話的關(guān)鍵在第二句。LM 層的鏈路通了不代表對端的 Host 知道這件事——HOST_CONNECTION_REQ 的本質(zhì)作用是把對端的 Host 從床上叫起來。對端 Host 有權(quán)說不回一條 LMP_NOT_ACCEPTED發(fā)起方就要立刻走斷連流程。協(xié)議設(shè)計里這種 Host 否決權(quán)的例子不多這里是第一個。抓包里的現(xiàn)場是這樣的17:03:50.437Host Connection 被 Accepted36 毫秒后17:03:50.473雙方完成 SETUP_COMPLETE。這兩條 PDU 夾著配對認(rèn)證的整個流程——本例里中間穿插了 SSP 配對、鑒權(quán)、加密啟動全部在 2 秒內(nèi)完成。SETUP_COMPLETE 的語義值得逐字看When a device is not going to initiate any more security procedures during connection establishment it sends an LMP_SETUP_COMPLETE PDU. When both devices have sent LMP_SETUP_COMPLETE PDUs the traffic can be transferred on the BR/EDR ACL logical transport.兩個要點一是它只聲明安全流程結(jié)束不是所有初始化結(jié)束二是必須雙向都發(fā)業(yè)務(wù)數(shù)據(jù)才放行。這是個兩階段收口——單方面的開門不算開門。1.2 建鏈后的參數(shù)下發(fā)SETUP_COMPLETE 之后立刻就是一頓密集的參數(shù)下發(fā)??纯湛趶?17:03:50.434 到 17:03:50.511約 80 毫秒內(nèi)發(fā)生了功率直接拉到最大、AFH 地圖下發(fā)、信道分類上報開關(guān)打開、Max Slot 協(xié)商到 5 時隙、EDR 包型表啟用 2/3Mbps、CQDDR 自適應(yīng)速率開啟、時鐘偏移讀取、監(jiān)督超時設(shè)為 5 秒。這張截圖值得逐行讀因為它就是整篇文章的目錄預(yù)告功率控制第一個動作是 Increase to maximum power——新鏈路信號未知先按最壞情況打滿再靠閉環(huán)往下調(diào)。寧濫勿缺先通再優(yōu)。SET_AFH 緊跟著下發(fā)裁剪地圖本例 20 個信道——跳頻改道這件事從建鏈第一毫秒就開始了。Channel Classification Request 打開了從設(shè)備的上報通道——地圖不是拍腦袋定的是靠持續(xù)情報喂出來的。Max Slot Request 雙方各發(fā)一次都要求 5 時隙——大包傳輸?shù)氖跈?quán)過程。Packet Type Table 協(xié)商到 2/3Mbps——EDR 調(diào)制解調(diào)模式的選擇。Auto Rate 和 Preferred Rate 一發(fā)一收——CQDDR 速率自適應(yīng)的握手。Clock Offset Transaction——把對端時鐘偏移讀出來存著下次 page 能快幾百毫秒。Supervision Timeout 5 秒——給這條鏈路預(yù)設(shè)了死亡判決時限。每一條后面都對應(yīng)一節(jié)下面進入經(jīng)營篇逐個展開。二、經(jīng)營運行態(tài)的八個子系統(tǒng)2.1 功率控制三條腿走路的閉環(huán)藍牙的功率控制容易被人小看以為是簡單的升降。實際上規(guī)范里寫了一套相當(dāng)細(xì)的規(guī)則。先看兩套機制的分界。legacy 功率控制用 LMP_INCR_POWER_REQ / LMP_DECR_POWER_REQenhanced 用 LMP_POWER_CONTROL_REQ / LMP_POWER_CONTROL_RES。切換規(guī)則只有一條After the Link Manager supported features responses have been processed, if both devices support enhanced power control then only enhanced power control shall be used. Otherwise, if either device supports only the legacy power control mechanism then only legacy power control shall be used.木桶效應(yīng)——任一方不支持 enhanced整條鏈路就退回 legacy。而且切換點是特性交換完成那一刻之前甚至可以先用 legacy 發(fā)一條應(yīng)急調(diào)整。抓包里 17:03:50.434 那條 Increase to maximum power 就是 enhanced 功控的 all the way to max在特性交換剛完成時就發(fā)出去了。enhanced 功控的三種請求檔位one step up、one step down、all the way to max。應(yīng)答方要在新的功率檔上發(fā)送 LMP_POWER_CONTROL_RES——這一條是閉環(huán)的精髓應(yīng)答報文本身就是新功率的第一塊試金石發(fā)起方收到它的 RSSI 直接就是下一輪決策的輸入。還有一個反直覺的單向鎖定規(guī)則If the receiver of the LMP_POWER_CONTROL_REQ PDU has indicated that the output power levels for all of the supported modulation modes are at maximum the requesting device shall only request an increase again after having requested a decrease at least once.已經(jīng)到頂了還反復(fù)請求升功率不行必須先請求一次降功率解鎖。這是防抖設(shè)計——避免兩個決策魯棒的實現(xiàn)在極端場景下互相拉扯。SPEC 對功率檔位本身還有一組約束屬于射頻側(cè)的底層配套相鄰檔位步長最小 2dB 最大 8dB最低檔應(yīng)低于 -30dBm所有包類型的頭部功率差不能超過 10dBClass 1 設(shè)備最大 100mW / 20dBm必須能把功率降回 4dBm 以下——不發(fā)功控消息的鏈路發(fā)射功率不得超過 Class 2 上限。這些數(shù)字在音頻耳機這種 Class 2 設(shè)備上感知不強但在車載、工業(yè)這些 Class 1 場景里就是硬指標(biāo)??捶€(wěn)態(tài)下的真實波形17:04:49 降一步、17:04:50 升一步、17:04:52 升到頂應(yīng)答 Max power、17:04:56 連降兩步——典型的搜索-保持-再搜索循環(huán)。注意 17:04:49.597 那條降功率請求標(biāo)著 No Response From Peripheral大約 1 秒后鏈路直接改發(fā)升功率請求并成功??湛谏弦粭l LMP 請求丟了不代表鏈路有問題——基帶重傳和上層超時各管各的功率控制這種高頻小事務(wù)有自己的容錯節(jié)奏。上面是規(guī)范里的 legacy 功控序列圖Sequence 3 和 4 是兩條邊界應(yīng)答MAX_POWER 和 MIN_POWER。到頂了、到底了都要明說。2.2 AFH跳頻地圖的動態(tài)改道AFH 解決兩個問題自己的鏈路被 ISM 頻段里其他東西干擾時繞開壞信道同時自己也少去干擾別人。規(guī)范一句話交代了使用范圍AFH shall only be used during Connection state——page、inquiry 階段一律全 79 信道跳因為那時雙方還沒有協(xié)商的信道。核心 PDU 是 LMP_SET_AFH三個參數(shù)The LMP_SET_AFH PDU contains three parameters: AFH_Instant, AFH_Mode, and AFH_Channel_Map. The parameter, AFH_Instant, specifies the instant at which the hopset switch shall become effective. This is specified as a Bluetooth Clock value of the Centrals clock, that is available to both devices. The AFH instant is chosen by the Central and shall be an even value at least 6×Tpoll or 96 slots (whichever is greater) in the future. The AFH_Instant shall be within 12 hours of the current clock value.Instant 機制是整個 LMP 的一個通用設(shè)計模式所有涉及時序切換的操作AFH、時鐘調(diào)整、角色切換、Sniff 進入退出都不用隱式生效而是約定一個未來的時鐘刻度雙方到點同時切。這個刻度用 Central 的時鐘表示——因為它是整個 piconet 唯一的公共時間基準(zhǔn)。為什么至少 6×Tpoll 或 96 slots給基帶確認(rèn)和調(diào)度留時間。SET_AFH 發(fā)出后要等兩層確認(rèn)Baseband ACK 確認(rèn)從設(shè)備收到了instant 過了確認(rèn)從設(shè)備切過去了。Central 在收到 ACK 且 instant 未到之前不許發(fā)新的 SET_AFH。上限 12 小時則是防整數(shù)溢出式的荒謬值。還有一條容易忽略的規(guī)矩使能/更新 AFH 前Central 要先暫停 ACL-U 邏輯鏈路上的業(yè)務(wù)——先封路再改道。收到 Baseband ACK 后恢復(fù)傳輸??湛诤苡幸馑肌1纠绦诺罃?shù)穩(wěn)定在 20但地圖編碼幾乎每次都在變——0x1A67C5C、0x1A68E60、0x1A69C3E……這說明什么20 個信道的集合沒大變但具體選哪 20 個一直在微調(diào)。每次從設(shè)備上報信道分類Central 都重新評估地圖哪怕結(jié)論只是換掉一兩個邊緣信道。跳頻改道不是一次性的大動作而是持續(xù)的小步快跑。另一個值得注意的細(xì)節(jié)嗅探窗口約 17:04:05 到 17:04:33內(nèi)Central 照常三次微調(diào)地圖但從設(shè)備的分類上報整整靜默了 28 秒退出嗅探后 73 毫秒立即恢復(fù)。規(guī)范只要求 Hold 模式下從設(shè)備不執(zhí)行分類上報功率都停了量了也白量嗅探下的靜默是實現(xiàn)自己的節(jié)能策略——嗅探窗口外收音機根本不開自然沒法量信道。2.3 信道分類情報上拋機制上一節(jié)說了 Central 會根據(jù)上報改地圖這一節(jié)說上報本身。從設(shè)備把 79 個信道按相鄰兩個一組分成 40 對每對報告 good、bad 或 unknown 三種狀態(tài)。對內(nèi)兩信道狀態(tài)不一致時有明確的吸收規(guī)則good unknown 報 goodbad unknown 報 badgood bad 的處理由實現(xiàn)自定。為什么要成對省空口開銷——40 對每組兩比特比逐信道報告緊湊。上報的節(jié)奏由三個參數(shù)控制都裝在 LMP_CHANNEL_CLASSIFICATION_REQ 里AFH_reporting_mode開關(guān)、AFH_min_interval最小上報間隔、AFH_max_interval最大上報間隔。這是標(biāo)準(zhǔn)的令牌桶式限速——太頻繁浪費空口太稀疏地圖過期兩端給夾住。本例里從設(shè)備實際上報間隔約 1~3 秒屬于相當(dāng)積極的檔位。地圖更新間隔約 2~7 秒比上報周期長——Central 不是每份情報都采納攢幾次再改道避免地圖抖動。有個架構(gòu)性的認(rèn)識值得強調(diào)上報的是從設(shè)備的局部視角裁決權(quán)在 Central。每臺從設(shè)備只知道自己收發(fā)時經(jīng)歷的信道質(zhì)量多個從設(shè)備的情報在 Central 匯總成一張對全 piconet 生效的地圖。這是中心化決策——好處是一致性壞處是 Central 的地圖算法成了單點做不好全 piconet 陪葬。2.4 監(jiān)督超時鏈路的死亡判決書每個物理鏈路上都有一個監(jiān)督計時器規(guī)格Part B 3.1說得直白Upon reception of a valid packet header with one of the Peripherals addresses on the physical link, the timer shall be reset. If at any time in Connection state, the timer reaches the supervisionTO value, the connection shall be considered disconnected.只要收到一個帶著自己 LT_ADDR 的有效包頭計時器就歸零。注意是包頭就行——哪怕載荷全錯至少證明對端還活著、還在按跳頻序列發(fā)包。計時器到點鏈路宣告死亡無論誰在什么狀態(tài)。為什么需要這個看似粗暴的機制SPEC Part B 原文給了答案Since this can happen without any prior warning, it is important to monitor the link on both the Central and the Peripheral side to avoid possible collisions when the logical transport address is reassigned to another Peripheral.關(guān)鍵詞是 LT_ADDR 復(fù)用。3 比特的 LT_ADDR 只有 7 個有效值piconet 里設(shè)備一多就得回收復(fù)用。如果舊鏈路沒死透、新鏈路已經(jīng)開始用同一個地址兩個從設(shè)備會對同一個包頭做出響應(yīng)——空口直接亂套。監(jiān)督超時就是給地址復(fù)用兜底的死亡證明到了時限沒收到包就視為物理層已斷地址可以放心交給下一家。LMP 層的 LMP_SUPERVISION_TIMEOUT 是單向下發(fā)的通知從設(shè)備無權(quán)拒絕。空口下發(fā) 8000 slots 5 秒。有意思的是主機側(cè)的細(xì)節(jié)看 HCI 證據(jù)主機 寫了一次 Write Link Supervision Timeout (5s)緊接著 又寫一次第二次收到 Command Disallowed。為什么因為第一次已經(jīng)生效了控制器拒絕重復(fù)配置。而重連后的 出現(xiàn)了 HCI Link Supervision Timeout Changed 事件——控制器先于主機指令改了超時值角色切換后新 Central 重發(fā)了全家桶見第四節(jié)主機隨后補寫確認(rèn)。同一個 5 秒值三條消息三種觸發(fā)路徑控制器的自主性和主機的期望在這里碰了一下。監(jiān)督超時的值怎么選太小——正常嗅探間隔里沒包就誤判死亡太大——真斷鏈了要干等才知道。本例 5 秒對 500ms 嗅探間隔的鏈路是 10 倍冗余留足了重傳和調(diào)度抖動的余量。2.5 CQDDR看路況換車型信道質(zhì)量驅(qū)動的數(shù)據(jù)速率變化機制輕巧設(shè)備 A 發(fā)一條 LMP_AUTO_RATE 說我開通了此業(yè)務(wù)之后設(shè)備 B 隨時可以用 LMP_PREFERRED_RATE 建議 A 用什么檔位的包——是否帶 2/3 FEC、幾個時隙、BR 還是 EDR 速率。注意用詞是建議may request / preferredA 可以不聽但有一個硬約束Device A shall not send a packet that is larger than max slots even if the preferred size is greater than this value.CQDDR 只能建議換車型不能突破道路限寬——限寬由下一節(jié)的 Max Slots 說了算。本例建鏈時 AUTO_RATE 和 PREFERRED_RATEBRFEC、EDR3Mbps5時隙包都出現(xiàn)了說明這條鏈路全程開著速率自適應(yīng)。Data_Rate 參數(shù)的設(shè)計有個小巧思一個字節(jié)里同時裝了 BR 和 EDR 兩套速率建議BR 模式看 bit 0~2、EDR 模式看 bit 3~6且規(guī)范明確要求支持 EDR 的設(shè)備兩套建議必須同時有效。為什么因為鏈路隨時可能在 BR 和 EDR 包型之間切配合下一節(jié)的 ptt 協(xié)商如果建議值只有一個當(dāng)前模式的檔位模式一換建議就失效了還得重發(fā)一次 PREFERRED_RATE。兩套并存等于把換擋建議做成模式無關(guān)的靜態(tài)配置。2.6 QoS輪詢節(jié)奏的兩副面孔Tpoll 的定義值得背下來Central 對某個特定從設(shè)備兩次 ACL 發(fā)送之間的最大時間間隔。它是 piconet 調(diào)度的節(jié)拍器——每個從設(shè)備的 Tpoll 就是它分到的帶寬和時延預(yù)算。QoS 有兩副面孔規(guī)格里寫得清楚The Central notifies the Peripheral of the new poll interval and NBC by sending the LMP_QUALITY_OF_SERVICE PDU. The Peripheral cannot reject the notification.通知LMP_QUALITY_OF_SERVICE不可拒絕——Central 是調(diào)度者它說了算。請求LMP_QUALITY_OF_SERVICE_REQ可以談——雙向都能發(fā)起Central 可以接也可以拒。NBC 是廣播包重復(fù)次數(shù)只有 Central 發(fā)給從設(shè)備時才有意義從設(shè)備發(fā)的請求里這個字段直接被無視。Tpoll 的承諾在 Active 和 Sniff 模式下都要兌現(xiàn)但例外清單很長page/page scan/inquiry 撞車、本 piconet 或其他 piconet 的關(guān)鍵 LMP 序列、基帶關(guān)鍵序列page 響應(yīng)、建鏈后第一個 POLL 之前、角色切換。翻譯一下——Tpoll 是盡力而為的軟承諾調(diào)度沖突時優(yōu)先保命不保點。2.7 多時隙包保守起步的授權(quán)制ACL 包可以占 1、3、5 個時隙。占的時隙多一次拉的數(shù)據(jù)多但代價是對端要陪聽更久、piconet 里其他從設(shè)備被壓得更狠。所以這是個需要授權(quán)的東西。兩條 PDU 分兩種語義LMP_MAX_SLOT 是我允許你用幾時隙LMP_MAX_SLOT_REQ 是我請求用幾時隙。一條給權(quán)限一條要權(quán)限。關(guān)鍵規(guī)則After a new connection (as a result of page or page scan), or after a role switch, the value shall be 1 slot.每次新建鏈路或角色切換后默認(rèn)值強制回 1 時隙。為什么這么保守角色切換意味著 piconet 參數(shù)全變跳頻序列跟著新 Central 的地址和時鐘重算誰也不知道切換后空口質(zhì)量如何——先用最小包探路確認(rèn)沒問題再逐步放開。本例建鏈時雙方各發(fā)一條 MAX_SLOT_REQ5 slots都被接受注意是雙方——A 想發(fā)大包要 B 同意B 想發(fā)大包也要 A 同意權(quán)限是對等的。HCI 側(cè)能看到對應(yīng)事件HCI Max Slots Change (Slots5)在空口協(xié)商完成后幾毫秒內(nèi)上報主機。2.8 EDR 包型表換調(diào)制先封路EDR 用 pttpacket type table選擇 ACL 鏈路上允許的包和調(diào)制模式。協(xié)商協(xié)議本身簡單一條 LMP_PACKET_TYPE_TABLE_REQ應(yīng)答 ACCEPTED_EXT 或 NOT_ACCEPTED_EXT但流程有三板斧Before changing the packet type table, the initiator shall finalize the transmission of the current ACL packet with ACL-U information and shall stop ACL-U transmissions. It shall then send the LMP_PACKET_TYPE_TABLE_REQ PDU.先把手頭帶業(yè)務(wù)數(shù)據(jù)的 ACL 包發(fā)完、停發(fā)業(yè)務(wù)、再發(fā)協(xié)商——和 AFH 一樣的先封路再改道。接受方也一樣確認(rèn)收完、停發(fā)、切換表、應(yīng)答收到應(yīng)答的 Baseband ACK 后才恢復(fù)傳輸。任何時刻空口上都不存在用不同調(diào)制解調(diào)的半切換狀態(tài)。還有一個細(xì)節(jié)改 ACL 的 ptt 不影響同 LT_ADDR 上 SCO 鏈路的包型。語音鏈路的包型在 eSCO 建鏈時就鎖死了不跟著數(shù)據(jù)鏈路的調(diào)制變。2.9 封裝 PDU大件物流的拆裝規(guī)則有些事務(wù)配對的公鑰就是典型載荷超過 16 字節(jié)而單個 LMP 消息裝不下。封裝機制來了一個封裝 PDU 1 個 header N 個 payload 分片每片 16 字節(jié)最后一片可以零填充。最有意思的是這份豁免清單——封裝傳輸進行中以下九種 PDU 可以隨時插進來而不算事務(wù)碰撞信道分類、功率升降請求、MAX/MIN POWER、DETACH、MAX_SLOT、PREFERRED_RATE、SET_AFH。想想為什么是這九個功率控制和信道分類是高頻心跳斷連是緊急出口MAX_SLOT 和速率建議是輕量配置——全是短平快、跟被封裝的大事務(wù)沒有任何狀態(tài)耦合的 PDU。碰撞規(guī)則里規(guī)定的是不同事務(wù)不能并發(fā)這九個天生就是無狀態(tài)的散兵游勇放行它們既不破壞封裝事務(wù)的原子性又保住了鏈路管理的實時性。2.10 Ping帶防偽的心跳Ping 是安全連接配套的特性雙方都要支持 Ping feature。表面看是心跳檢測——LMP_PING_REQ / LMP_PING_RES 一問一答。但規(guī)范里那段 Note 才是重點Since the LMP_PING_RES PDU contains a MIC and will update the packet counter, the sender of the LMP_PING_REQ PDU can verify that packets with earlier packet counter values have not been deliberately suppressed by an attacker.MIC 是消息完整性校驗包計數(shù)器每發(fā)一個帶 MIC 的包就加一。攻擊者如果想吞掉之前某些包比如吞掉一條降權(quán)限的指令計數(shù)器就會出現(xiàn)空洞——ping 一下對端必須回帶 MIC 的包計數(shù)器必須連續(xù)。這不是簡單的心跳是帶防重放、防抑制的活體檢測。觸發(fā)時機也講究Host 設(shè)了一個 authenticated payload timeout超過這個時限沒收到任何帶 MIC 的包LM 就該主動 ping——而且是趕在超時前提前 ping給對端留出響應(yīng)時間。2.11 時鐘調(diào)整微調(diào)表針的兩種手法piconet 時鐘就是 Central 的表但有時候 Central 要把表調(diào)一下——典型場景是對齊外部時間基準(zhǔn)比如音頻廣播系統(tǒng)里的多 piconet 同步。兩種手法粗調(diào)Coarse Clock Adjustment一步到位拖拽Clock Dragging溫水煮青蛙。這個 Instant 的約束比 AFH 松AFH 要 6×Tpoll 或 96 slots因為時鐘調(diào)整不改跳頻序列只是改表——不需要給跳頻內(nèi)核留切換時間。Spec Part B 里那張經(jīng)典的正調(diào)整圖Figure 8.14值得展開講clk_adj_instant 設(shè)在 12 號槽clk_adj_slots6clk_adj_us400μs。表針往前撥 6×6254004150μs。新時鐘域的第一個槽從 18 號開始但 400μs 的 offset 意味著這個槽已經(jīng)過去了 400μs——只剩 225μs 的尾巴這個殘缺的槽不可用。傳輸不能從槽中間開始所以新時鐘域的第一個完整可用槽要等到 20 號Central 發(fā)送槽。負(fù)調(diào)整則相反第一個槽要在 instant 之后 400μs 才開始之前那 400μs 是上一個槽的延續(xù)同樣不可用。兩種方向都會浪費一個槽——調(diào)表是有成本的這也是為什么有 Clock Dragging 作為溫和替代每次只挪 1μs 級別靠著 clk_adj_dragTO1 秒超時的分段機制慢慢拖到位不產(chǎn)生不可用槽。從設(shè)備也可以請求調(diào)表LMP_CLK_ADJ_REQ而且有個很優(yōu)雅的參數(shù)設(shè)計——Clk_Adj_Period。原文例子Clk_Adj_Slots18、Clk_Adj_Period48意味著 18、66、114、162、210 個槽的調(diào)整對從設(shè)備等效Central 可以在這組值里挑一個跟其他從設(shè)備需求沖突最小的。多目標(biāo)優(yōu)化問題用一組周期解來松弛這個設(shè)計我很喜歡。還有一個錯誤碼專門為拒絕但幫忙的場景準(zhǔn)備0x40Coarse Clock Adjustment Rejected but Will Try to Adjust Using Clock Dragging——粗調(diào)我拒絕了但我會用拖拽幫你調(diào)到位。拒絕里帶著承諾。最后是并行限制這是 instant 類操作的通用紅線任何帶著 instant 或時序控制標(biāo)志的事務(wù)角色切換、AFH、SCO、eSCO、嗅探、嗅探子評級、Hold、加密暫?;謴?fù)進行中不許發(fā)起時鐘調(diào)整時鐘調(diào)整 instant 未到、拖拽超時未過、恢復(fù)模式未出也不許發(fā)起那些事務(wù)。否則報 Different Transaction Collision (0x2A)。所有改時序的操作必須嚴(yán)格串行——兩件事同時改表表就亂了。2.12 SAM錯峰營業(yè)的時隙地圖SAMSlot Availability Mask是給共存場景準(zhǔn)備的——設(shè)備里有 LTE、WiFi 等其他無線時某些時隙得讓出去。機制是把時隙按周期分成可用/不可用兩類雙方按地圖錯峰收發(fā)。三步曲設(shè)計得很干凈LMP_SAM_SET_TYPE0先定義 type0 子圖一種特殊的外部不可用時隙模式必須先定義后引用——在 DEFINE_MAP 里用了沒定義過的 type0直接報 0x41 錯誤。LMP_SAM_DEFINE_MAP定義完整地圖子圖數(shù)量 NSAM_SM、子圖長度 TSAM_SM∈[2,56] 偶數(shù)、每子圖 2 比特類型。NSAM_SM0 表示刪除地圖。SAM_Index 不能是 0xFF保留給禁用也不能是當(dāng)前選中的圖。同一 SAM_Index 重復(fù)定義時新參數(shù)直接覆蓋舊的。地圖里可以引用 type0 子圖但前提是 SET_TYPE0 已經(jīng)跑過——沒定義就引用報 0x41。LMP_SAM_SWITCH切換到某張圖或用 0xFF 禁用 SAM。DSAM 是錨點偏移SAM_Instant 是激活時刻——instant 機制第三次出現(xiàn)了。而且這條有個狠細(xì)節(jié)The new SAM slot map may be activated at SAM_Instant even if the Baseband acknowledgment is not received——不等確認(rèn)到點就切。跳頻序列是雙方各自的本地計算切錯了頂多對不上跳SAM 地圖如果兩邊不同步一邊以為讓出去了一邊還在發(fā)狀態(tài)直接分裂。所以寧可單方面到點硬切也要保證 instant 的確定性。SET_TYPE0 里的 Update_Mode 參數(shù)有三個值語義分層清晰0 表示作廢所有引用了 type0 子圖的現(xiàn)有地圖對應(yīng)索引在重新定義前不可用1 表示新 type0 子圖立即生效2 表示下一個子間隔開始生效。如果當(dāng)前激活的地圖里有 type0 子圖Update_Mode 不許設(shè) 0否則收到 0x1E 拒絕——不給你作廢正在使用的地圖。SAM_SWITCH 里則有兩個防御性設(shè)計SAM_Instant 用 28 位 Central 時鐘的 bit 27:1 表示Timing_Control_Flags 專門對付時鐘回繞問題——藍牙時鐘約 23.3 小時回繞一次instant 如果落在回繞點附近不提前約定初始化規(guī)則就會出現(xiàn)今天和明天兩個候選刻度的歧義。與兩個模式的關(guān)系規(guī)則角色切換瞬間強制禁用SAM兩邊都要失敗則恢復(fù)切換前參數(shù)。角色切換本身 piconet 時鐘都換了SAM 錨點全部失效重新配置。嗅探優(yōu)先于 SAM如果嗅探節(jié)奏無法跟 SAM 對齊理想情況是嗅探錨點落在可用槽、嗅探周期是 TSAM 整數(shù)倍嗅探配置說了算——哪怕要在 SAM 標(biāo)記不可用的槽上收發(fā)。退出嗅探后 SAM 地圖恢復(fù)效力。這個優(yōu)先級安排透露了價值排序電源管理嗅探的確定性 共存禮貌SAM。共存是錦上添花鏈路?;钍堑拙€。三、打烊兩種告別方式鏈路的死亡有兩種好聚好散的 Detach無聲無息的監(jiān)督超時。前者是協(xié)議告別后者是法定死亡。3.1 Detach 的全套規(guī)矩Detach 的 PDU 只有一個 Error_Code 參數(shù)但斷鏈握手的規(guī)定是整個 Connection control 里最細(xì)的段落之一值得整段引用The initiating LM shall pause traffic on the ACL-U logical link. The initiating LM then queues the LMP_DETACH for transmission and it shall start a timer for 6×Tpoll slots where Tpoll is the poll interval for the connection. If the initiating LM receives the Baseband acknowledgment before the timer expires it starts a timer for 3×Tpoll slots. When this timer expires, and if the initiating LM is the Central, the LT_ADDR(s) may be re-used immediately. If the initial timer expires then the initiating LM drops the link and starts a timer for Tlinksupervisiontimeout slots after which the LT_ADDR(s) may be re-used if the initiating LM is the Central.拆解一下發(fā)起方的流程先停業(yè)務(wù)ACL-U 暫?!质窍确饴?。發(fā) DETACH起 6×Tpoll 計時器等 Baseband ACK。收到 ACK → 再等 3×Tpoll → Central 可以立刻復(fù)用 LT_ADDR。沒收到 ACK → 直接掉鏈等監(jiān)督超時那么久 → 才能復(fù)用 LT_ADDR。接收方對稱收到 DETACH 后 Central 等 6×Tpoll、從設(shè)備等 3×Tpoll然后拆鏈。如果 DETACH 永遠沒送到空口太差監(jiān)督超時兜底判死。為什么發(fā)起方和接收方的等待時間不對稱3 vs 6想一下各自在等什么。發(fā)起方收到 ACK 后還等 3×Tpoll是給接收方留出完成它那 3×Tpoll 等待的時間——保證我這邊復(fù)用地址發(fā)新包時對面的舊狀態(tài)已經(jīng)清干凈了。接收方收到 DETACH 就證明發(fā)起方至少發(fā)出來了但發(fā)起方可能還沒收到 ACK——所以接收方多等一倍6×Tpoll覆蓋發(fā)起方 6×Tpoll 的 ACK 等待窗口。每個等待時間都精確對應(yīng)另一邊的某個階段像兩把互相咬合的齒輪。中間還有一段 Hold/Sniff 的特殊規(guī)則If the connection is in Hold mode, the initiating LM shall wait for Hold mode to end before initiating the procedure defined above. If the connection is in Sniff mode, the initiating LM shall perform the procedure to exit Sniff mode before initiating the procedure defined above. If the procedure to exit Sniff mode does not complete within the LMP response timeout (30 seconds) the procedure defined above shall be initiated anyway.Hold 里的從設(shè)備收音機是關(guān)的發(fā)了也白發(fā)——等 Hold 結(jié)束再發(fā)。嗅探里的從設(shè)備只在嗅探窗口醒來——先退嗅探再發(fā) Detach。但退嗅探本身要通信極端情況下通信不了怎么辦30 秒硬上限到點強行發(fā)。斷連是最高優(yōu)先級的意圖任何中間狀態(tài)都不能無限期阻塞它。最后一條冷知識鏈路上有 SCO/eSCO 時收 DETACH 會隱式拆除所有同步鏈路發(fā)起方不用挨個發(fā)拆除指令。斷 ACL 等于斷全部——同步語音鏈路寄生在 ACL 的物理鏈路上皮之不存毛將焉附。3.2 空口現(xiàn)場三次告別抓包里 110 秒內(nèi)出現(xiàn)了三次 Detach原因碼全是 Remote User Terminated Connection對端用戶主動斷開第一次比本次建鏈還早 0.3 秒——上一條短命探測鏈路的收尾。上一條鏈路剛斷新鏈路緊跟著就建了空口上兩代鏈路的揮手幾乎首尾相接。第二次由耳機側(cè)發(fā)起結(jié)束了 68 秒的穩(wěn)態(tài)運行。注意斷開前 1 秒地圖更新還在照常進行——鏈路完全健康斷連是上層的決定不是射頻的鍋。這類證據(jù)在排查斷連問題時特別有價值把斷連前最后幾條 PDU 拉出來看如果地圖、功率、上報一切正?;究梢耘懦锢韺訂栴}。第三次結(jié)束重連后的鏈路。三次告別三種上下文同一套協(xié)議流程。四、換老板不關(guān)店角色切換角色切換嚴(yán)格說不在連接控制的條目里它在獨立的小節(jié)但從抓包看它和連接控制的耦合太深——切換瞬間 AFH 地圖、Max Slot、監(jiān)督超時全部要重談不講它這篇就不完整。為什么需要角色切換Spec Part B 給了兩個場景尋呼方天生是 Central要加入現(xiàn)有 piconet 就得讓位piconet 里的從設(shè)備想另立山頭當(dāng) Central也得切。本例抓包里的場景更日?!鷻C發(fā)起重連尋呼方是耳機于是耳機先當(dāng)了臨時 Central然后把位置還給手機。流程上是兩層切換的疊加TDD 切換收發(fā)時隙對調(diào) piconet 切換整個微網(wǎng)的參數(shù)換到新 Central 的地址和時鐘上。Part B 的描述非常精彩To begin the role switch, A and B shall perform a TDD switch using the former hopping scheme (still using the Bluetooth Device Address and clock of device B), so there is no piconet switch yet.先在舊跳頻序列上對調(diào)收發(fā)時序——此時微網(wǎng)還是舊微網(wǎng)只是角色先換。然后新 Central A 用舊微網(wǎng)參數(shù)發(fā) FHS 包里面裝著新微網(wǎng)的地址、時鐘、給 B 的新 LT_ADDRB 回 ID 包確認(rèn)確認(rèn)之后雙方才一起切到新微網(wǎng)參數(shù)上。中間還掛著一個 newconnectionTO 計時器超時了就全部回滾——舊角色、舊參數(shù)、舊狀態(tài)當(dāng)無事發(fā)生。FHS 里的時鐘信息只有 1.25ms 分辨率不夠?qū)R槽邊界所以切換前 A 要先發(fā)一條 LMP_SLOT_OFFSET——舊微網(wǎng) Central 槽起點和新微網(wǎng) Central 槽起點之間的微秒級偏移0~1249μs、1μs 分辨率。1μs 精度的對齊信息提前打好包切換后 B 用它定位相關(guān)窗口。空口里這個場景的時間線堪稱教科書17:05:13.328耳機臨時 Central下發(fā) SET_AFHCh79——全 79 信道耳機當(dāng) Central 的這十幾毫秒里地圖是全開的。耳機對環(huán)境信道的掌握有限畢竟一直當(dāng)從設(shè)備干脆全圖跑等手機接手后再裁剪。17:05:13.597LMP Role Switch356μs 的 slot offset切換完成。17:05:13.920 起手機新 Central立刻重發(fā)全家桶——SET_AFH 裁回 20 信道、分類上報開關(guān)重開、Max Slot 重設(shè)、監(jiān)督超時重設(shè) 5 秒。對照 HCI 日志還能看到一個細(xì)節(jié)重連后主機用的連接句柄是 0x0003——這是此前那條舊鏈路用過的句柄控制器復(fù)用了它。角色切換加句柄復(fù)用資源回收利用得干干凈凈。還有一條前面提過的規(guī)則在這里兌現(xiàn)SAM 在角色切換瞬間強制禁用SAM 和角色切換不能同時掛起。所有涉及時序的操作在切換面前讓路。五、代碼時間5.1 解析 AFH 信道地圖SET_AFH 的地圖是 10 字節(jié) 80 比特79 個信道每信道 1 比特最高位保留。寫個解析器把地圖轉(zhuǎn)成信道列表順便算信道數(shù)def parse_afh_channel_map(map_bytes: bytes) - list[int]: LMP_SET_AFH 信道地圖 - 可用信道列表。 地圖 10 字節(jié) 80 比特bit(n) 對應(yīng)信道 nn0..78 比特為 1 表示信道可用。最高位bit79保留忽略。 if len(map_bytes) ! 10: raise ValueError(AFH map 應(yīng)為 10 字節(jié)) channels [] value int.from_bytes(map_bytes, big) for ch in range(79): # 信道 0~78 if value (79 - ch) 1: # 從 MSB 起數(shù) channels.append(ch) return channels # 空口抓包里的一條真實地圖16 進制縮短形式還原成 10 字節(jié) # Ch20 表示裁剪后剩 20 個信道 sample bytes.fromhex(0007A0000000000000) # 示意前幾信道全開 chans parse_afh_channel_map(sample) print(f可用信道 {len(chans)} 個: {chans}) # 抓包里另一條Ch79 全圖角色切換期間臨時 Central 下發(fā) full bytes.fromhex(FFFFFFFFFFFFFE0000) # 79 個 1 保留位 assert len(parse_afh_channel_map(full)) 79配合抓包數(shù)據(jù)可以做一致性校驗——每條 SET_AFH 的地圖解析出來的信道數(shù)應(yīng)該和 PDU 里帶的信道計數(shù)字段一致不一致就是抓包工具或解析器的 bug。5.2 Detach 計時狀態(tài)機把 3.1 節(jié)的文字規(guī)則翻譯成狀態(tài)機C 風(fēng)格偽碼/* Detach 發(fā)起方狀態(tài)機簡化版 */ typedef enum { ST_PAUSE_ACL, /* 停 ACL-U排隊 DETACH */ ST_WAIT_BB_ACK, /* 等 Baseband ACK6*Tpoll */ ST_LINGER, /* ACK 后逗留3*Tpoll期滿可復(fù)用地址 */ ST_DROP_WAIT, /* 無 ACK 掉鏈等監(jiān)督超時 */ ST_DONE } detach_state_t; void detach_fsm_tick(link_t *lk) { switch (lk-detach_state) { case ST_PAUSE_ACL: acl_u_pause(lk); lmp_send_detach(lk, lk-reason); timer_start(lk-t, TPOLL_SLOTS(lk) * 6); lk-detach_state ST_WAIT_BB_ACK; break; case ST_WAIT_BB_ACK: if (lk-bb_acked) { /* 收到 BB ACK */ timer_start(lk-t, TPOLL_SLOTS(lk) * 3); lk-detach_state ST_LINGER; } else if (timer_expired(lk-t)) { /* 6*Tpoll 無 ACK */ link_drop(lk); /* 直接掉鏈 */ timer_start(lk-t, lk-supervision_timeout); lk-detach_state ST_DROP_WAIT; } break; case ST_LINGER: if (timer_expired(lk-t)) { if (is_central(lk)) lt_addr_pool_recycle(lk-lt_addr); /* 立即復(fù)用 */ lk-detach_state ST_DONE; } break; case ST_DROP_WAIT: if (timer_expired(lk-t)) { if (is_central(lk)) lt_addr_pool_recycle(lk-lt_addr); /* 超時后復(fù)用 */ lk-detach_state ST_DONE; } break; default: break; } }注意 ST_LINGER 和 ST_DROP_WAIT 兩個出口對 LT_ADDR 復(fù)用時機的區(qū)別——一個立即、一個等滿監(jiān)督超時。實現(xiàn)里把這個順序?qū)懛淳蜁霈F(xiàn)前面說的地址復(fù)用碰撞。六、收個尾把整篇的內(nèi)容壓回一張圖其實就是開頭那張全景圖的三列。寫完這篇最大的感受是 LMP 連接控制里有幾個反復(fù)出現(xiàn)的設(shè)計母題-Instant 機制——AFH、時鐘調(diào)整、SAM、嗅探、角色切換所有改時序的操作都用未來時鐘刻度約定生效點雙方到點同切不存在半切換狀態(tài)。-先封路再改道——SET_AFH、包型表切換、Detach動參數(shù)前一律先停業(yè)務(wù)確認(rèn)后恢復(fù)。-保守起步——新鏈路 Max Slot 歸 1、功率先拉滿再往下調(diào)、臨時 Central 發(fā)全圖。未知環(huán)境下先按最壞情況兜底再逐步優(yōu)化。-串行紅線——所有帶 instant 的事務(wù)嚴(yán)格互斥碰撞報 0x2A。時序狀態(tài)只有一個改它的操作必須排隊。理解了這幾個母題再看 Connection control 的任何一個小節(jié)都是熟面孔。協(xié)議條文背后是有哲學(xué)的。七、測驗Q1LMP_DETACH 發(fā)送后Central 什么時候可以復(fù)用該從設(shè)備的 LT_ADDR如果一直收不到 Baseband ACK 呢答分兩條路徑。正常路徑發(fā)起方停 ACL-U 業(yè)務(wù)后發(fā)送 DETACH在 6×Tpoll 內(nèi)收到 Baseband ACK再等 3×Tpoll這段逗留是給接收方完成它自己的等待流程留的時間期滿后 Central 可立即復(fù)用 LT_ADDR。異常路徑6×Tpoll 內(nèi)沒收到 ACK發(fā)起方直接放棄鏈路但要再等一個 link supervision timeout 的時長才能復(fù)用地址——因為對端可能根本沒收到 DETACH它的舊鏈路狀態(tài)要靠監(jiān)督超時來判死提前復(fù)用地址會讓新從設(shè)備和還活著的舊狀態(tài)對同一個 LT_ADDR 的包頭同時響應(yīng)。接收方側(cè)對稱收到 DETACH 后 Central 等 6×Tpoll、從設(shè)備等 3×Tpoll 再拆鏈。核心思想LT_ADDR 復(fù)用必須以對端舊狀態(tài)的確定性消亡為前提。Q2為什么 LMP_SET_AFH 的 AFH_Instant 要求至少是 6×Tpoll 或 96 slots 之后的未來時刻取大者而且要在 12 小時之內(nèi)答下界是為了留足協(xié)商傳播時間。SET_AFH 要經(jīng)歷兩個階段——Baseband ACK 確認(rèn)從設(shè)備收到指令、instant 到達確認(rèn)雙方同時切換。instant 太近從設(shè)備可能還沒來得及處理上一條指令尤其鏈路在嗅探或高負(fù)載時Tpoll 本身就大造成兩邊跳頻序列不同步、鏈路直接斷。所以取 6×Tpoll 和 96 slots 的較大值覆蓋最壞調(diào)度延遲。上界 12 小時是防止 instant 無限遠掛起——一個永遠不到的 instant 會讓鏈路卡在待切換狀態(tài)同時任何其他帶 instant 的操作都被 0x2A 碰撞錯誤阻塞。另外 Central 收到上一條 SET_AFH 的 ACK 且 instant 過去之前不允許發(fā)新的 SET_AFH保證同一時刻只有一個待生效地圖。Q3legacy 功率控制和 enhanced 功率控制能否在同一條鏈路上混用切換時機是什么enhanced 模式下為什么規(guī)定應(yīng)答方要在新的功率檔上發(fā)送 LMP_POWER_CONTROL_RES答不能混用。特性交換響應(yīng)處理完畢后若雙方都支持 enhanced 則只用 enhanced任一方只支持 legacy 則整條鏈路退回 legacy——木桶效應(yīng)向下兼容。切換時機點之前的過渡窗口里允許用 legacy 發(fā)應(yīng)急調(diào)整。應(yīng)答方在新功率檔上發(fā) RES 的原因功率控制是閉環(huán)發(fā)起方依據(jù)接收信號質(zhì)量決策RES 本身就是新功率下的第一份數(shù)據(jù)樣本發(fā)起方收到它的 RSSI 直接驗證調(diào)整效果并作為下一輪決策輸入——應(yīng)答報文兼作校準(zhǔn)信號閉環(huán)一步到位。另外 enhanced 功控還有單向鎖定規(guī)則應(yīng)答方報告所有調(diào)制模式都到最大或最小功率后發(fā)起方必須先請求一次反方向調(diào)整才能再次請求同方向——防止兩個實現(xiàn)在邊界值上互相拉扯。
返回列表
PREV
查看更多資訊
NEXT
返回資訊列表
丁香五月六月综合欧美| 六月丁香综合| 色综合九九色综合88| 五月丁香婷婷爱| 亚洲性爱电影| 99久久婷婷国产综合| 狠狠干2007| 五月天久草| 免费婷婷| 99热99热在线| 婷婷五月色影视先锋| av在线婷婷| 九九色色| 婷婷五月花西瓜| 激情综合无码| 性爱激情小说AV五月丁香花| 99婷婷精品推荐在线视频| 丁香五月婷婷色情综合| 性生生活大片又黄又| 天天色综合网吨吧| 激情99。| 激情婷婷丁香五月天小说| 狠狠干在线| 麻豆123区| 久热成人| 色欲婷婷五月天丁香| 能看的av| 九月丁香| 久久这里有精品| 深爱五月婷| 97操在线视频| 亚洲永久四色| 国产成人av在线| 综合色七七| 久久九九免费视频| 亚洲精品亚洲人成人网| 大香蕉精品视频| 五月花亭亭| 99er这里只有精品视频| 99ri精品视频在线观看| 六月色色| 狠狠干青青草| 五月天色播网| 婷婷五月丁香五月天| 操人妻90p| 日韩99视频| 99aese| 激情五月婷婷综合| 婷婷色在线观看| 91久久精品视频| 9热网站| 99视频在线| 色99日韩| 狠狠色婷婷7777久| 人妻av在线| 婷婷色啪| 婷香五月激情视频| 亚洲乱码日产精品BD| 99九无网码| 五月激情婷婷女| 九九视频这里是精品五月| 97干免费视频| 久热精品视频在线观| 日韩三级视频一区二区| 一起草av在线观看| 日日夜夜婷婷| 婷婷97| www.五月婷婷.com| 婷婷五月激情综合| 疯狂做受XXXX高潮A片动画| 99精品在这里| 一级片操逼视频| 丰满少妇猛烈A片免费看观看 | 婷婷五月天av网| 超碰色综合| 久热精彩视频98| 久久婷婷九月国产精品| 色婷婷在线影院| 男女av免费看| 人妻综合网| 丁香五月天网站| 99热主页日本| 五月丁香六月婷婷精品| 99re这里只有精品在线观看| 日本女人久久| 五月丁香六月婷婷网| 99热都是精品| 天天综合精品| 91久久久久久久| 香蕉综合网| 亚洲亚洲人成综合网络| 美国不卡视频| 侠女刀之记忆电影在线看免费| 亚洲激情无码久久| 天天爽天天操| 99ER热精品视频| 天天综合网~91| 中文字幕欧美精品久久| 97人人草| 久久久久思思热| 久久久这里有精品| 另类少妇人与禽zOZZ0性伦| 久久久国产精品黄毛片| www.五月天婷婷| 婷婷五月小说色综合| 狠狠另类视频| 久久婷婷综合国产| 老师高潮流白浆喷水的A片| 丁J香六月首页| 日韩av在线免费观看| 91碰碰| 婷婷五月丁香综合激情小说| 丁香五月精品| 激情五月婷婷| 丁香五月影院| 丁香五月婷婷色偷偷| 色婷婷香蕉| 五月丁香婷婷激情久久| 天天天干夜夜夜操| 9久久精品视频| 东北黄色一级| 五月丁香做爱视频| 亚洲精品又粗又大又爽A片| 丁香99| 91久久久久久| 亚洲激情综| 极品人妻XXXXOOOO| 亚洲第一av| www.minyis.com【JT】实力收量可预付TG@LXSPSW8 | 五月丁香网中文字幕| 亚洲人人操BD| 成人无码精品1区2区3区免费看| 丁香六月婷婷社区| 五月丁香婷爱在线| 俺也去五月婷婷丁| 亚洲激情无码久久| 激情小说五月天| 99热热这里只精品996小说| 久久香蕉网| 九月丁香欧美综合| www夜夜| 99在线观看视频| 影音先锋美国A| 色五月婷婷在线| 丁香五月六月激情| 999热视频精品99免费在线| 91操人视频| 提提热五月天婷婷| 麻豆AV一区二区三区| 翔田千里 50岁 无码| 婷婷五月丁香六月天亚洲综合| 五月婷婷丁香五月| 五月丁香婷婷福利| 色播五月天激情| 久久丁香五月| 九色视频91疯狂| 亚洲热久| 超碰99久久| 婷婷九九色| 婷婷激情网五月天| 久草视频大香蕉99| nvrentiantang av| 欧美天堂久久| 五月丁香六月激情综合网| 大香蕉久久婷婷精品综合| 精品9久| 五月天婷婷久久综合| 伊人激情| 五月丁综合在线观看| 五月狠狠| 噜噜噜噜噜久| 99精品视频在线观看| 激情网战码亚洲A| 丁香五月香蕉| 欧洲亚洲免费视频9| 热久久这里只有精品| 亚洲综合网 665566| 婷婷五月天在线观看第二页| 国产综合81p| 99热碰碰| 婷婷另类开心| 亚洲精品又粗又大又爽A片| 色欲婷婷五月天丁香| 五月婷婷在线视频观看| 九色视频91| 色婷婷基地| 久久欧洲久久| 成人免费超碰| 91在线日| 深爱网深爱综合网| 综合精品99| 任你日视频| 婷婷五月丁香av网站| 婷婷五月影院| 另类视频五月天| 另类激情码| 色狠狠999综合| 影音先锋一区| 亚洲成人网站在线观看| 99久99久| 99热在线观看精品| 五月天影院| 亚洲av无码精品色午夜| 天天做天天爱天天爽| 激情婷婷五月色| 99ri6在线视频| 5月婷婷激情网| 色综合偷拍| 亚洲综合激情五月久久| 伊人午夜综合色啪| 狠狠大香婷婷爱| 久久99热网| 五月天色婷婷综合| 六月色狠狠色| 91热在线| 欧美婷婷九月| 琪琪色五月婷婷老师| 丁香五月网| 六月婷婷综合久久| 天天综合色99| 不卡在线视频| 天天爽天天| 色五月开心五月激情五月| 五月精品99综合| 性色婷婷| 色噜噜狠狠一区二区三区| 色婷婷丁香五月天| 永久免费一区二区三区| 综合五月激情| 国产熟妇乱子伦hd| 日韩人妻无码专区| 亚洲激情婷婷| 色情五月综合婷婷| 开心色播色五月婷婷| 99九九中文字幕视频| 99婷婷| 久久视频婷婷| 精品乱码久久久久| 99久久大片| 182TV大香蕉| http://www.com久久久精品一区| 天天操综合网| 婷婷视频网| 日屌日日操日日色| 五月天婷婷视频30| 九九久久五月天综合伊人| 丁香花色色网| 激情综合网五月| 久久久噜噜噜操操操| 伊人综合网站| A片试看50分钟做受视频| 人妻久久婷婷| 99久在线精品| 久久9久| 色色色在线观看| 人人做天天爱| 激情五月丁香综合网站| 美女激情婷婷| 色五月成人在线| 久久综合这里只有精品1| 伊人婷婷综合| 九九99免费视频| 99玖玖在线视频| 激情五月婷婷| 久热A片| 精品国产一区二区三区四区阿崩 | 色色色天堂网| 91性人人| 色久影院| 激情五月天色| 五月丁香六月欧美综合| 婷婷五月天论坛| 深爱五月中文字幕| 婷婷深爱五月丁香网| 久久久久9999| 千人斩操逼| 五月花婷婷在线精品视频| 五月开心婷婷网| 久久五月网| 免费黄色AV| 97干欧美| 日日干综合| yazhouzonghesese| 五月激情综合美女久久| 91日日日| 香蕉AV福利精品导航| 国产精品国产成人国产三级| 字母不卡码人逼| 久久全色| 99色在线视频观看| 婷婷五月天激情AV影院| 亚洲秘 无码一区二区三区妃光/1| 国产成人AV在线播放| 成人视频在线免费播放| 激情五月婷婷| 久久久久久久久久久久久久久久久精典| 98热精品| 丁香亭亭久久| 玖玖资源站中文| 天天舔天天爽| 婷婷五月激情网| 涩涩涩五月天| 无码AV大香线蕉伊人| 五月天婷婷偷拍| 丁香五月综合激情久久潮喷| 开心五月婷婷婷美女| 精品久久99| 天天拍久久| 成人免费va| 五月天久久婷婷| www久久99| 色色国产| 色婷婷偷拍| 婷婷基地成人五月天| 热久久精品视频网站| 五月亭亭性| a在线观看| 成人免费120分钟啪啪| 国产AV一区二区三区日韩| 久久一伦| 26uuuavcom| 草五月| 亚洲综合色网| 综合伊人久久| 色婷婷五月天小说| 六月丁香网| 五月天成人综合| 国产亚洲99久久精品熟女| 婷婷丁香五另类网站| 婷婷色五月天综合网| 亚洲欧美丁香五月天亚洲欧美| 99热啪啪| 狠狠爱婷婷丁香| 丁香五月欧美激情| 第五色婷婷| 极品少妇XXXX精品少妇偷拍| 91爱啪啪| 色婷六月| 99热人人操人人操| 色欲香综合网| 五月天社区| www.久9| 深爱开心激情网| 天天色天天爱天天爱天天爱y| 99热这里是精品| 壅壅儕家a| 婷婷五月情色| 狠狠操狠狠操| 激情五月综合网| 色婷婷婷婷五月天| 99精品丰满| 蜘蛛女免费观看完整版高清电影| 丁香六月情| 第四色五月婷婷| 最熟少妇乱码| 五月丁香另类网| 狠狠综合网| 婷婷射图| 九九精品99| 国产无遮挡又黄又爽免费网站| 国产精品大香蕉| 天天综合色丁香| 色欲久久99精品久久久久久| 激情网综合| 精国产品一区二区三区A片| 人妻久久久久久久久妻久久久久久久久 | 日韩另类| 爱射综合| 五月激情综合网| 色综合丁香| 五月激情综合深爱| 九九美女视频| 久久九精品| 欧美丁香五月| 五月天激情久久| 91丨九色丨国产打屁股网站| 色色色99| 婷婷五月亚洲综合| 亚洲精品亚洲人成人网| 天天综合干| 国产精品18久久久| 噜噜噜噜在线| A片试看120分钟做受图片| 天天 日综合| 久久538| www.sd-xiangsu.cpm| 五月天婷婷基地| www。88热在线视频免费观看| 女人天堂AV| 欧美丁香婷婷天天操| 97色婷| 超碰猛烈的性猛交| 色欲天天综合网| 99久久9| 久久美女五月天| 国产成人综合网| 五月天激情日色在线| WWW夜夜| 久久五月激情综合| 骚五月婷婷| 婷婷五月天美女视频| 丁香啪啪| 丁香六月婷婷一区| 九九热AV| 99九九在线精品热动漫| 六月婷婷视频| 六月激情丁香一道本7777| 婷婷五月天伦理| 91操碰| 人妻激情在线| 午夜婷婷久久| 色天堂A| 五月叮香啪| 97碰碰久久| 激情网站综合五月天| 九九热在线99| 无码九九| 日本九九九九| 婷婷欧美色| 色综合五月天| 丁香五月婷婷综合视频| 嫩BBB槡BBBB搡BBBB| 色热久资源| a在线观看| 夜夜爱伊人| 日本婷婷五月天| 久久玖玖综合| 色色色婷婷五月| 激情丁香五月综合| www.9797国产| 9久视频| 婷婷在线视频| 婷婷五月天最新综合你懂的| 色婷婷av在线观看| 六月婷婷私欲| 夜夜穞天天穞狠狠穞AV美女按摩| anquye伊人| 无码少妇高潮喷水A片免费| 综合五月草| 四色99久久| 五月天婷婷基地| 六月丁香基地| 九月激情婷婷丁香| 99精彩视频| 99亚洲视频| 激情99| 婷婷天堂综合| 五月激情六月综合| 色高清无码视频| 综合久久五| 色婷婷AV久久久久久久| 亚洲无线视频| 综合婷婷| 人人人舔人人人操人人人摸人人人97| 丁香玖玖视频大全| 五月婷婷AV| 五月激情四射婷婷丁香| 亚洲无码影音| 精品成人在线观看| 一根材五月婷成人| 国产日产亚系列精品版优势| 996er热| 欧美综合五月丁香六月婷| 大香蕉520| 俺去也五月| 九九精品视频在线观看| 91性高潮久久久久久久久| 午夜69成人做爰视频| A久网| 中文字幕av在线播放| 99精品视频免费观看| 色五月婷婷视频| 极品五月天| 中文字幕在线不卡| 五月婷婷激情色情网| 国产女生爱爱AA| 亚洲va欧美va天堂v国产综合| 婷婷九九| 不卡成人免费| 这里只有精品2| 五月丁花色综合网| 五月婷婷色综图片| 五月婷婷久草| 丁香婷五月天开心六月| 五月婷久久| 婷婷色五月天色| 人人干人人看| a久久| 日韩狠狠色婷婷| 色婷婷五月成人网| 婷婷五月丁香色情| 九色婷婷| 狠狠综合色网| 九九热99热| 2015好吊操| 五月天堂六月丁香亚州中文字幕久久| 国产成人+综合亚洲+天堂| 国产一区男女| 天天操天天爱天天日| 色综啪啪| 99热热热99精品婷婷| 爆乳熟妇一区二区三区爆乳照片| 日韩操逼小电影| 五月天婷婷操逼视频| 国产,欧美,学生妹,视频| 日本视频99| 色色色色色色色综合| 久久久久激情网| 在线播放人妻| 99精彩视频| 97人人搞| 婷婷丁香十月| 996热re视频精品视频这里| 色婷婷导航| 五月开心啪啪| www.99.色| 丁香婷婷六月| 91在线日| 欧美日本黄色| 丁香五月天综合| 天天情色五月天| 青青热久久综合| 欧美五月婷婷| 五月婷婷|欧美| 99热 精品在线| 亚洲操B| AV色婷婷| 色综合九九色综合88| 狠狠插日日干撸| 亚洲五月婷天天操| 天天噜天天爱| 激情综合五月激情XXXX| 综合亚洲色色| 六月婷婷综合激情| 色婷婷狠狠久久YY| 婷婷色色五月| 成人国产综合| 91久久综合亚洲鲁鲁五月天| 婷婷大乡焦噜噜| 精品人妻一区二区三区四区不卡在| 婷婷激情五月天色| 日本熟妇人妻在线| 亚洲丁香五月深爱五月| 天堂五月婷婷| 亚洲第精品| 欧美性丁香色色五月天综合爱爱| 亚洲在线激情婷婷五月| 丁香六月av| 五月丁香| 亚洲精品五十一区| 99综合视频一体| 色五月大香蕉婷婷| 97人操人免费视频| 日韩 中文 欧美| 黑人熟妇一区二区三区| 97人人做| www.激情.com.| 五月婷婷在线丁香| 丁香婷婷偷拍| 五月丁香激情婷婷综合| 精品人妻久久久久| 这里有精品| 9精品在线| 欧美色色色色色色色色色色| 色五月综合网| 久久婷婷五月综合啪| 丁香五月综合激情性爱 | 青青五月天婷婷| 五月天伊人日日噜影片AV| 另类小说婷婷色| 5月丁香六月婷婷| 99热这里只有精品最新| 丁香五月婷婷视频| 成人视频一区| 无码免费人妻A片AAA毛片西瓜| 操人妻AV| 伊人大香蕉在线视频| 日韩在线9| 亚洲中文字幕AV| 99re这里只有精品9| 狠色狠色狠色狠色狠色网| 天天干肏夜夜| 欧美色性色好| 午夜色婷婷| 精品国产一区二区三区四区阿崩| 丁香六月青青草| 婷婷综合五月| 日逼影音先锋男人资源站| 婷婷色综合中心站| 91黄操| 99国产小视频免费观看| 蜜乳中文字| 色情五月天丁香社区| 色婷婷亚洲婷婷| 日本欧美成人片AAAA| 欧美十二区| 玖玖婷婷婷丁香五月| 伊人网欧美在线男人天堂五月丁香 | 99热18| 风流少妇A片一区二区蜜桃 | 国产xxxxx在线观看| 亚洲 无码 中文字幕 中出| 99精品亚洲| 成人短视频在线观看| 婷婷香草网| 五月天久久网站| 99热九九这里只有精品10| 婷婷五月天综合小说网| 日韩视频99| 久久小说网| 色九综合| 米奇影视资源777狠狠色婷婷五月天激情网| 亭亭五月丁香五月天激情| 99无码视频| 噜噜五月天综合| 久草天堂| 欧美xx激情视频在线观看| 人妻久久久久久久| 超碰在线50| 另类综合激情| 五月激情婷婷在线| 97精品人人A片免费看| 婷婷黄色| 97在线视频 欧美| 只有精品在线观看| 九九热精品视频在线观看| 99在线精品免费视频| 99精品久| site:hcxsz888.com| 五月天婷婷导航| 五月婷婷综合网| 色吧婷婷五月亚洲| 电影爱拉战争免费观看| 这里只有免费的精品| 色婷婷丁香五月天| 9 1大香蕉| 加勒比色色| 色婷五月天| 天天色2017| 亚洲VA欧美VA| 日日操日日撸| 久久宗合影| 五月综合激情视频| 4399无码视频| 亚洲人人96@| 色综合大香蕉| 99在线一区| 色五月色五天色情网| www久久艹| 九九精品re免费视频| 婷婷六月激情丁香| 韩国真做片在线观看| 淫视馆aV二区一区| 久久婷视频| 婷婷六月久久综合导航| 久99在线| www.夜夜騎夜夜狠| 久久综合婷婷激情| 99热青青草原| 97日韩无套内| 99精品爱| 精品日本视频444| 激情婷婷亚洲五月| 中文字幕成人| 天天上天天爽| 青青草国产亚洲精品久久| 日本4399天堂中出| 久热最新视频| 婷婷丁香日韩五月| 情欲综合网| 亚洲不卡| 99热婷婷| 亚洲天堂热| 婷婷五月在线综合| 色噜噜狠狠色综无码久久合欧美| 激情深爱婷婷网| 亚洲超碰在线| 日本天天综合| 在线中文AV| 婷婷伊人五月| 久久久免费图片视频| 五月婷婷丁香俺日污视频| 成人一区在线观看| 成人网在线视频| 任你爽精品免费视频6| 欧美人人操| 91在线日本| 国产精品色婷婷久久久精品| 综合色五月| 这里只有精彩视频| 丁香婷婷激情五月| 日日夜夜九九| 日韩AAA| 亚洲第一成人无码A片| 五月婷婷这里都是精品| www。五月,com| 丁香婷婷色五月天| 玖玖爱导航| 丁香色六月婷婷| 婷婷激情五月吧| 超碰日日操| 26uuu欧美日韩| 一本大道伊人AV久久综合| www.俺去也com| 1区2区视频| 九九这里都是精品| 五月丁花色综合网| 国产精品岛国片在线观看免费| 婷婷五月激情的图片| 激情五月天婷婷直播| 亚洲色99| 天天免费日日夜夜夜夜| 99人人干人人| 五月丁香六月激情| 五月激情综合美女久久| 天天肏夜夜肏| 99婷五月| 亚洲av网站| 丁香五月天婷婷久久| 国产午夜精品AV一区二区麻豆| www.激情五月天| 99色.com| 丁香五月成人网| 五月丁香激情在线| 激情久久综合网| 青青草成人网| 五月婷婷五月丁香综合| 国产永久一黄| 亚洲激情四射| 播五月丁香六月| 色综合九九| 亚洲无码影音| 欧美99热| www天天干| 91九色国产熟女| 精品国产AV色一区二区深夜久久| 丁香五月亚洲| 9热精品| 色五月综合激情网| 久久精彩免费视频| 2025天天爽天天摸| 色婷婷AⅤ| 99re在线播放| 五月丁香六月香香蕉| 久久久久9久无码视频| 99九九精品视频| AAA亚洲AV| 婷婷五月天成人在线视频| 91|疯狂丨高潮丨对白| 国产成人综合网| 综合五月丁香六月婷婷| 天天综合久久| 中文字幕在线视频播放| 五月婷婷深深爱| 婷婷色爱| 日在线V视频在线播放| 五月激情啪啪啪| 九九99久久精品| 可以直接看的AV| 亚洲五月天另类小说图片| 都市激情久久| 久久大香蕉同僚| 久久182| 天堂久久久久天堂网| 天天插综合网| 亚洲成人av在线| 激情五月婷婷网| 麻豆123区| 精品久久婷婷五月天| 五月丁香婷婷激情四射迷人| 婷婷色综合| 午夜丁香| 91视频一起草| 五月婷婷色| 99热免| 亚洲欧州色情在线观看| 亚洲综合五月天综合| 99re热精品视频国| 天天色播| 久久婷婷色| 五月天色色色色色| 爆乳熟妇一区二区三区四区| 大战熟女丰满人妻AV| 久激情网| 操久久网| 五月六月丁香婷婷在线观看| 五月婷婷开心深| 99色视频| 激情婷婷五月久久| 国产XXXX搡XXXXX搡麻豆| 天天日天天舔| 五月丁香在线| 丁香六月婷婷久久综合| 天天日,天天射,天天舔| 狠狠搞亚洲| 天天做 天天爱| 婷婷五月丁香综合激情小说| 婷婷五月天无码视频| 狠狠操天天操| 久久在这里有精品| 天天操天天操| 99精品视频在线| 亚洲 小说 欧美 激情 另类| 米奇影视资源婷婷狠狠色激情欧美五月丁香| 五月丁香婷中文字幕 | 五月丁香久久丝袜啪啪| 99精品这里只有免费视频| 日韩av大全| 日本成人小说婷婷六月| 婷婷六月花| 五月天婷婷在线观看| www.色婷婷.com| 国产色网站| 久久人妻系列| 天天草比天天爽| 丁香婷婷久久综合在线| 思思99热这里只有精品6| 天天夜夜六月丁香五月婷婷老师| 婷婷五月天电影区小说区| 婷婷成人五月天成人文学小说| 五月婷六月丁| 野战毛片三一3| 99久超碰| 97五月天| 五月激情四射网站| 欧美色色色色色色色色| 色婷婷69| 婷婷久久五月| 丁香六月视频| 无码天天操| 91视屏在线观看com.wwwvv| 色婷婷丁香五月丁香| 这里只有精品免费视频在线观看| 综合五月天| 性爱视频99| 色色三级视频| 亚洲AV免费国产电影| 99热在线网站| 99热最新网址| 丁香五月综合久久八| 五月丁香五月天现场视频| 丁香桃色网| 亚洲婷婷在线播放十月| 婷婷免费无视频| 人人播| 五月丁香色婷婷| 五月婷婷香蕉视频| 另类激情四射| 久久奄也去色色网站| 五月人妻婷婷视频| 99热这里都是精品| 少妇性BBB搡BBB爽爽爽视頻| 色操综合| 日本91在线| tingtingzonghewang| 少妇人妻综合色6699| 色播六月| 五月婷婷欧洲| 色婷婷av在线观看| 婷婷五月天激情网站| 久久久久人妻网址| 99爱在线| wWwCom夜操wwW| 性综合网| 一本色道久久88加勒比| 九色PORNY自拍成人精彩视频| 婷婷精品在线| 中文无码婷婷| 亚洲精品国产熟女久久久| 伊久久婷婷| 亚洲激情图文小说| 婷婷六月色开 | 激情五月婷婷伊人| 婷婷丁香五月亚洲免费| 丁香五月Av| 综合色视频| 最新激情五月天| 九月av| 欧美三级韩国三级日本三斤| 成人av在线电影| 五月天激情视频五月天| 色色亚洲| 欧美在线操| 91久久婷婷人人澡草 | 婷婷午夜天| 日韩成人电影Av| 综合激情五月丁香| 综合色五月| 激情婷婷综合网| 五月丁香婷婷中文网| 丁香五月婷婷基地| 97狠狠色| 五月丁香五月综合欧美| 婷婷情色开心五月天99| 色五月xxx| 丁香久久综合| 婷婷趴趴| 开心婷婷丁香五月| 婷婷九月久久| 欧美综合激情五月天| 中文字幕永久在线| 天天爱天天做天天日| WWW,五月| 日韩黄色电影| 婷婷成年人免费视频| 婷婷五月欧美AA片免费| 色色色色av777| 人妻少妇色综合| 97超碰,人人舔,人人操,人人摸 | 婷婷成人五月天成人文学| www.丁香黄色五月天人与| av在线超清中文| 五月激情六月丁香| 婷婷香蕉| 久久ww| 婷婷月五天在线在线看| 天天爽人人综合免费7799| 九月激情综合| 亚洲色图五月丁香| 大香蕉Av在线| 五月婷婷丁香五月| 97影院一级片| 久久与婷婷| 26UUU欧美激情一区二区| 香蕉婷婷| 婷婷色婷婷| 色婷婷五月在线| 九九精品碰| 亚洲色视频| 国产又黄又爽又色的免费| 就爱干 在线| 啪啪91| 操碰97| 天天干天天干天天| 五月激情婷婷色| 人人操人人妻| WWW五月| 丁香香蕉婷婷| 五月天激情婷婷| 婷婷五月天网址| 97干欧美| 在线,国产,色,热视频| 九九在线精品| 插插五月天| 久久机热探花| 亚洲啪啪网| 久久码久久无清| www.99精品在线| 日韩999| 热99在线| 99热9999| 久久丁香五月天| 婷婷玉月丁香五月在线视频| 婷婷黄色网| 天天舔天天摸| 成久综合视频| 免费看欧美成人A片无码| 日撸夜撸日操| 五月开心久久| 丁香色婷婷| 天天射夜夜骑| 伊人婷婷91| 人人操91| 99,色| 国产亚洲精品久久久久久久久动漫| 五月婷六月丁香| 九月丁香八月婷婷久久综合久97| 超碰人人射| 秋霞午夜理论| 国产精产国品一二三在观看 | 在线中文av| 婷婷成人在线| 亚洲国产成人AV在线| 六月丁香婷婷综合狠狠爱夜夜爱| 五月色婷婷影院| 国产成人片| 九九热re99re6在线精品| www.夜夜| 五月丁香综合啪啪対白| 中文字幕婷婷在线| www.yw尤物| 5月婷婷五月天| 九九婷婷综合| 婷婷丁香成人色综合| 成人版视频在线观看| 激情色色| 色五月美女| 欧洲毛片基地c区| 狠狠操狠狠干综合| 成人 在线 日韩| 五月天成人综合| 六月丁香婷婷五月| 九九综合久久| 丁香香蕉射射射| 婷婷久久精品| 激情www.98com| 五月深情久久| 亚洲婷婷五月天| 久久这里都是精品| 91性高潮久久久久久久久| 天天干在线播放| 亚洲激情av| 天天摸人人摸| 婷婷丁香五月天哟啪| 2022人人操人人看| 亚洲亚洲人成综合网络| 美女网黄| 天天日天天爱天天噪| 午夜色色色极品视频| www.射伊蕉婷婷| 激情网 久久| 大香蕉久久婷婷| 草婷婷在线| 超碰人人色| 9精品视频在线| WwW色婷婷| 色婷婷丁香五月| 婷婷五月电影| 婷婷五月18永久免费视频| 激情五月六月婷婷综合啪啪| 精品在线网站| 精品99在线观看| 激情都市另类| 中文av网| 中文字幕成人| 99热这里| 色五月丁香五月| 99福利视频| 美女五月激情| 丁香六月婷婷综合激情欧美| 婷婷五月天丁香久久| 丁香五月婷婷免费视频| 欧美色婷婷| 久久精品99久久久久久| 天天综合亚洲| 色综合九九| 99热新网址| 综合网网欲色| 亚州男人天堂婷婷五月| 成人免费120分钟啪啪| 激情五月丁香五月| 这里只有精品日韩| 六月婷婷综合| 婷婷久久性爱| 婷婷五月天激情电影| 久久日九九| 色婷婷五月天| 国产精品电影| 欧美日韩成人在线网| 亚洲精品a成人在线播放| 九热视频精品| 国产乱子轮XXX农村| 5月婷婷综合| 欧美在线视频99| 婷婷五月激情视频| 狠狠做五月婷婷| 男女99免费视频| 婷婷深爱五月丁香网| 五月天激情综合网| 婷婷丁香六月五月天| 9久热| 五月丁香综合啪啪| 精品九九久久| 色五月激情网| 久久久久98| 久久99国产综合精品免费 | 天天久久综合| 色婷婷av综合网| 这里只有精品免费视频| 色情五月综合婷婷| 日韩在线aaa| 欧美精品啪啪| 丁香婷婷综合色五月激情国产基地| 99精品网| 六月丁香激情婷婷| 九九日本视频| 五月六月丁香激情| 涩丁香| 免费观看的av| 久久婷婷五月| 丁香五月激动深爱欧美| 五月丁香六月欧美| 日日操夜夜操不卡| 啪啪99| 丁香五月天AV| 色综合九九| 人妻少妇色综合| caopeng超碰| 色婷婷影视99| 激情综合婷婷| 丁香婷婷射| 一区=区操屄高清大全av| 五月天婷婷久久| 五月婷婷基地| 超碰在线94| 五月丁香中文婷婷中文| 天天干天天插| 午夜婷婷久久| 99精品国产在热久久婷婷| 久久99热免费| 操碰久| 婷婷在线视频| A1片久久久| 蜘蛛女免费观看完整版高清电影 | 色综合婷婷| 亚洲成人av在线播放| 国产91在线视频| 精品久热| 99久久网站| 99热国产精品| 6080av| 久久婷婷综合色丁香| 一二线视频 另类| 美欧成人视频| 色天天综合| 婷婷六月激情啪啪| 激情综合网激情五月天| 久草婷婷网| www.9色色色| 日韩成人精品中文字幕电影| 色九九中文字幕| 欧美久人人| 久久久久五月丁香| 国产成人av在线播放| 激情小说五月丁香在线视频观看视频| 狠狠操在线视频| 色99在线观看| 99操99| 久久久国产精品黄毛片| 激情久久久| 99riAV成人在线视频| 五月婷婷,狠狠操| 色噜噜狠狠色综合成人网| 丁香五月天偷拍| 99热这里只有精品18| 色99在线视频| www久久久久久久久久久| 正宗黄色毛片| 丁香婷婷综合精品六月初| 午夜激情五月天| 婷婷色九月| 五月婷婷爽爽爽| 天堂五月婷婷| 亚洲日韩人妻操逼| 五月丁香六月婷婷操操操| 伊人五月天| AⅤ在线播放网| 99热日| 欧美韩日AAA网站| 天天视频亚洲| 激情久久久| 亚洲AV无码电影| 五月丁香网视频| 色婷婷狠狠干芒果TV| 日本99视频| 人碰人人人玩91| 91操人视频| 99re热视频这里只精品| 久久精品系列| 丰满老熟妇BBBBB搡BBB| 九九精品热播| 99热 免费| 99在线免费观看| 久久在线视频免费观看| 五月天.com| 四月婷婷丁香| 狠狠操狠狠| 丁香色情五月综合激情| 婷婷丁香77777| 亚洲综合五月天婷婷丁香| 国产真实乱了老女人视频| 99久久久久久www| 五月丁香六月婷婷婷婷| 一起草性爱不卡视频| www.久99| 色五月综合婷婷久久综合婷婷久久综合婷婷久久综合婷婷久久 | 色婷婷六月天| 色日本网| 五月丁香| 亚洲精品在线视频| 丁香五月婷婷成人色区| www.久久久久久久| 性按摩玩人妻HD中文字幕| 久久9精品| 亚洲热综合| 操逼视频网址| 激情婷婷五月黑人| 欧美精品18| 99在线视频精品| 开心激情播播五月天| 欧美私人家庭影院| 天天色·欧美| 日韩久久视频| 五月婷久久草| 日韩爱操视频| 欧美成人精品三区综合A片| 九色91美女| 五月丁香自拍| 超PEN精品在线| 色婷婷91激情小说| 五月天激情小说| 天天搡日日搡aaaaⅩ| 丁香综合婷婷五月天| 四川操逼站| 成人精品99| 97操操网| 久热这里只有精品在线观看 | 亚洲AV电影美洲AV电影| 97婷婷五月| 日韩限制级大尺度黑料泄密大尺度视频一区二区在线观看 | 五月丁香激情婷婷综合字幕| 饮料下药迷倒漂亮女同事强干| 91精品丝袜久久久久久| 国产成人综合在线| 婷婷综合亚洲| 九九视屏| 成人电影AV在线观看| 狠狠色成人影片| 亚洲AV另类| 99热这里精品| www.激情com| 婷婷无码五月天| 日本三级网址| 另类视频五月天| 婷婷色五月激情强奸四射| 99激情视频| 色综合大香蕉| 狠狠香蕉| 无码色色色色色| 国产超碰在线| 99婷婷五月天| 五月丁香婷婷色| 亚洲久热| 丁香五月天激情综合| 久久久久久天天日天天爱| 亚洲成人网站在线观看| 综合狠狠五月婷婷| 成人无码精品1区2区3区免费看| 99热精品一区| 五月婷婷丁香日韩在线| 这里只精品热在线18| 天天操天天国产三级片处女学生妹| 婷婷王月天影院| 大香蕉在线观看9| 久热69| 97爱综合| 色婷婷亚洲婷婷| 丁香六月久久| 99在线精品视频| 激情5月婷婷狠狠干| 香蕉曰比| 色综色五月天婷婷| 亚洲成AV人片在线观看| 色久天| 综合狠狠干| 五月丁香影视| 婷婷激情啪啪| 黑人无码一区| 99热9| 五月丁香啪啪啪免费看| 变态 另类 在线| 一级黄色尤物综合视频手机在线观看| 偷偷操99| 色99视频| 久色国产| 色五月五月婷婷|