免费国产精品自在自线-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
返回資訊列表
丁香五月开心五月激情| 久久丁香婷婷五月| 国产熟女日日骚五月丁香爱| 久99综合婷婷| 精品无吗va视频免费观看| 好色婷婷| 五月婷婷黄网站大全| 丁香五月区| 欧美va亚洲va| 色九月婷婷丁香| 思思热视频| 亚洲AV成人无码电影| 婷婷五月综合亚洲| 丁香五月综合在线播放 | 婷婷五月天伊人| 人妻VideOssS人妻| 五月丁香六月婷婷,婷| www.色五月| 婷婷天天色| 五月综合在线婷婷图片| 婷婷色色欧美| 婷婷色色宗合网| 狠狠色综合网| 97色色网| 五月天婷婷色综合| 日韩十国产极品久久| 性爱网六月丁香| 99在线精品免费视频| 婷婷婷婷婷婷婷婷| 久 久9 9 热 视 频| 久久久婷婷婷| 9精品在线| 一起草日本| 色色无码| 婷婷综合视频| 午夜一区| 五月天激情久久| 久久这里只有精品热在99| 五月天激情日色在线| 五月激情婷婷综合| 玖玖五月| 激情五月天综合网| 天天射天天干天插色综合| 91av成人| 一区无码| 人操人人| 中文字幕在线免费| 六月丁香婷婷拍拍| 日日干综合| 丁香六月婷婷开心| 婷婷激情五月天亚洲综合| 99热九九这里只有精品| 丁香五月天偷拍| 99综合一区| 加勒比久热| 精品无码久久久久久久久| 五月天伊人综合| 午夜做爱影院| 天天日天天色| 丁香五月婷婷亚洲综合精品| 亚洲色综合| 五月激情小说| 九久9精品| 99爱视频| 九九Av| 狠狠的日| 玖玖午夜视频| 婷婷六月色| 久热九九| 91久操| 99思思| 五月丁香六月婷婷啪啪| 久久五月激情综合| 99精品网| 久久久99精品免费观看| 操操综合网婷婷| 久久se 综合网| 操老逼综合网| 成人免费超碰| 99碰| 久久五月天激情婷婷| 久久婷婷五月综合97色一本| 九九一综合精品| 美女要搞搞天天搞搞搞网站| 5月婷婷激情网| 伊人久久五月天| 久久这里有| 婷婷五月天视频亚洲| 六月婷婷五月天| www,婷婷| 啊V视频在线观看| 啊V视频在线观看| 人妻av在线| 夜夜干 夜夜操| 人人操av| 五月天婷婷涩涩| 婷色视频| 婷香五月网在线| 99热欧| 97干婷婷五月天| 69er小视频| 五月丁香无码| 无人精品在线视频| av狠狠操| 超级碰碰碰久久网站| 色色九区| 五月 丁香 欧美| 2025年最新亚洲在线欧美| 色色免费网战视频| 丁香五月婷婷影院| 九九色中文| 激情图片婷婷丁香五月| 插插插色综合网| 六月丁香婷婷六月激情综合| 色区久久| 超级碰碰99| 91婷婷色| 色五月婷激情| 99精品热| 婷婷激情五月视频| 婷婷五月天色网久| 色色色婷婷五月天| WWW、99热| 五月丁香亭亭操逼| 99久久大片| 九九色逼| 五月天丁香综合在线| 综合激情婷婷| 久久久这里有精品| 蜜乳av一级av| 天天操天天日天天爱| 99性感视频| 五月天天天天天天天天天天天天天天天婷婷婷 | 人妻操逼视频| 国产精品18久久久| 久热这里| 人人摸人人操人人爽| 日日夜夜青青草| 激情五月天色婷婷| 亚洲妇女熟BBW| 婷婷终合色图| 人人做天天爱| 五月天偷拍| www.久久9| 五月丁香婷婷AV天堂| 色99在线观看| www.91AV.com| 伊人午夜综合色啪| 无遮挡国产高潮视频免费观看| 久久天堂婷婷五月| 丁香五月激情在线| 9九九久久精品无码专区| 五夜婷婷| 一区二区乱码视频| 国产美女主播vip| 开心久久爱五月天| 国产做爰视频免费播放| 开心五月色婷| 99爱操| 婷婷六月久久| 99人妻碰碰久久久禁片| 日本熟女三区| 婷婷丁香久久| 日本啪啪天堂| 九色视频91| 五月婷视频在线观看| 久草五月天电影网| 中文字幕日本最新乱码视频| 久久狠色噜噜狠狠狠狠97| 超碰在线综合| 久久婷婷丁香| 久久婷婷亚洲| 色婷婷综合视频| 激情久久丁香| 中文精品在| 五月丁香色综合| 97涩婷婷婷婷基地| 色色射| 毛片九九九九九九九九18| 无码地址| 亚洲精品成人| 成人小说 五月天 婷婷| 亚洲亚洲人成综合网络| 五月色婷婷AV| 成人精品免费在线观看| 人人草人| 久久色9| 亚州操人在线视频| www.com亚洲网站在线免费| 深爱激情丁香五月| 国产婷婷综合| 中文激情网| 丁香无月在线观看| 婷婷色色综合| www.久久综合| 亚洲色色图片| 伊人青涩网| 九九婷婷五月天| 成人在线日韩欧美| 国产亚洲在线| 婷婷五月六月| 婷婷五月色播网| 色五月激情网| 激情五月综合第一页| 欧美日韩成人在线网| 97干免费视频| 久久视9精| 丁香婷婷五月天在线视频| 狠狠狠狠狠狠色| 亚洲激情五月天| 婷婷五月丁香高清无码| 99热九九在线| 99视频内射三四| 色噜噜在线| 日韩免费99| 开心五月婷婷激情| 五月婷婷精品无在线| 亚洲xx网| 欧州婷婷五月天综合| 婷婷久月| 国产高清RV综合aVa| 久热精品在看| 国产午夜精品一区二区三区四区| 九九综合色综合| 五六月婷婷| 日韩99无码| 久青操| 影音先锋xfplay资源男人网| 4438国产免费看| 777色色色| 婷婷之六月丁香| 午夜婷婷久久 | 另类图片 五月激情| 在线99精品| 五月天丁香网| 91狠狠色丁香| 欧美日本va| 丁香色六月| 热久久婷婷| 91日本在线观看| 十月色综合| VA婷婷| 欧美日韩日韩成人| 色欧美色色色| 国产乱子轮XXX农村| 婷婷五月激情网| 久久 这里只有精品1| 丁香蜜臀黄色婷婷五月天| 国产免费性爱| 五月综合久久| 激情丁香五月天| 丁香五月天AV| 丁香五月婷婷手机| 91大屁股| 国产成人VA| 色噜噜狠狠色综合成人网| 内射 无码 伊人| 五月婷婷中文| 天天色宗合| 五月色综合网| 日韩五月丁香| 激情开心五月天婷婷基地丁香社区| 99激情网| 人妻AV在线| 大香蕉在线观看9| 色五月激情五月| 亚洲旡码| 91九色视频| 99热这里只有精品86| 久久久月丁香| 秋霞电影理论| sewuyuejiqingwang| 全亚洲最大的婷婷五月天网站COM| av免费在线网站| www.99.色| 亚洲V国产V欧美V久久久久久| 欧美丁香婷婷五月| 久久99久久99精品免视看婷婷| 九九热最新| 九九色热视频| 五月激情天天干| 五月丁香伊人网| 99r这里只有精品哦| 黄网在线免费观看| 久99| 亚洲小说五月婷婷| 婷婷丁香成人在线视频| 丁香5月啪啪| 久久精品在线| 婷婷开心综合人妻小说网址| 天天做 天天爱| 99久久综合精品五月天| 涩涩涩.com| 天天五月情| 亚洲 五月 婷婷 成人| 日 日干 日日做| 综合久色五月| 五月丁香六月香综合激情| 激情五月天网页| 天天操夜夜夜拍拍拍| oumeisesewang| 婷婷久久午夜网| 丁香五月天激情网址| 五月婷婷 欧美| 五月丁香综合网色欲| 丁香色六月婷婷| 婷婷丁香午夜综合影视| 天天天日天天天干| 99爱精品| 激情AV| 夜夜撸日日操| 热日韩欧美| 亚洲人成网站999综合| 婷五月天| 色综合丁香| 五月婷婷色播视频| 久久婷婷色五月| 五月丁香啪啪综合| 欧美激情综合| 国产XXXX搡XXXXX搡麻豆| 99se丁香| 99re久热只有精品6在线直播.com| 婷婷五月电影| 深爱激情五月天色婷婷| 五月天婷婷影院影院观看| 日本色视| 99热精品无码| 26uuu成人网| 激情五月婷婷视频一区二区三区| 久久久中文| 婷婷五月深深的爱| 黄色激情五月天| 九九热自拍| 日本99热| 五月婷婷综合影院| 丁香五月天天日| 都市激情五月婷婷亚洲| 99热这里只有精品3| 强壮公让我夜夜高潮A片视频| 最新无码专区| 综合色五月天| 精品草原久久视频| 综合网亚洲| se色婷婷视频| 久久98| 国产一级婬片毛片| 欧美日韩成人在线| 六月婷婷最新网址| 婷五月丁香| 婷婷丁香十月| 午夜天堂一区人妻| 91seav| 五月婷婷综合色啪首页| 99国产小视频| 久久在线视频免费观看| 91互操| 激情网第四色| 丁香九月综合| 中文超碰视在线| 67194成I人在线观看线路1| 91婷婷五月天综合视频| 天天日夜夜拍| 九色 在线| 五月情综合| 热99精品视频五月| 色五月色情| 激情99热| 国产午夜一区二区三区| 秋霞AV美国| 婷婷综合成人五月天| 9久久婷婷国产综合精品性色| 99ER热精品视频| AV色婷婷| 色五月婷婷九月| 国产成人精品一区二三区熟女在线 | 久久九九色| 麻豆精品| 热成人网| 欧美A片在线视频免费观看| 啪啪91| 六月综合婷婷开心伊人| 影音先锋五月天婷婷丁香在线观看| 婷婷激情肏屄网| 99精品热| 一区二区三区四区牛| 天天色伊人| 婷婷伊人久久| 久热 91| 色色色色网| av一级棒av| 26uuu淫色| 色五月综合网| 日本三级日本三级三级人妇四虎| 99热精品在线在线| 欧美婷婷综合网| 色五月婷激情| 日韩五月婷婷久久| 五月婷婷丁香色吧网| AA片在线观看视频在线播放| 五月天无码视屏播放| 婷婷激情小说| 五月欧美色播| 亚洲精品色| 色很很96| a久久| 这里只有精品偷拍| 日韩成人综合网| 成人五月天综合网| 色噜噜狠狠色综合日日| 人色五月天婷婷| 99性爱视频| 深爱五月月天| 狠狠狠狠狠狠| 亚洲中文乱字字幕线在永久| www.ywav| 久热这里只有精品6| 午夜成人在线免费视频| 激情丁香九九五月综合网| www激情网站| 九九热免费视频| 玖玖精品婷婷| 99啪啪视频| 色综合久久天天综合网| 亚洲激情另类| 26UUU在线观看| 九色在线五月婷婷网址| 亚州操人在线视频| 综合激情在线| 99自拍视频在线观看| 六月激情婷婷色| 久久这里只有精品无码| 丝袜熟女一区二区三区| 人人色婷婷| h亚洲| 午夜激情综合| 婷婷美女精品视频| 日本色超碰| 丁香婷婷色五月激情综合| 色情婷婷。| 99热在线观看精品| 色综合久久88色综合中文字幕| 大香蕉AV电影在线| 99热精品在线| 77799热| 五月婷婷涩涩爱| 婷婷五月天色| 中文字幕永久在线| 天堂久久久久天堂网| 免费观看的婷婷五月视频在线| 激情五月色综合网| 第九色区av天堂| 精品三区影院| 日韩久久视频| 婷婷中合| 91九色精品女同系列| 婷婷六月丁香在线| 99ri视频在线观看| 黄网在线播放| 色婷视频| 日日日,com| 天天插操| 亚洲九九夜夜| 九九视频这里只有精彩| 九九無碼| 91窝窝| 99热这里全是精品| 伊人五月成人| 九九九精品视频免费观看| 不卡在线中文字幕无| 四虎成人精品永久免费AV九九| 九九色热| 激情五月天综合网| 丁香五月综合亚洲| 丁香五月天激情| 久热精品免费视频4| 97色啪| 久久午夜理论| 色99网| av五月天婷婷丁香| 婷婷五月天影院| 欧美色色色色色| 思思99热在线| 久月婷婷| 99热在线爱| 国产亚洲色婷婷久久99精品91| 五月激情综| 91免费在线视频6| 在线观看亚洲AV| 国产人妻人伦精品一区二区| 久操婷婷| www.婷婷六月天| 丁香婷婷人妻综合网| 狠狠色丁香婷婷| 成人午夜视频精品一区| 色色色色色综合| 日日操夜夜骑| 九玖欧洲亚洲| 99热精品在线播放观看| 97婷婷色| 五月婷婷天堂| 亚洲av网址| 最近免费中文字幕大全高清大全1| 久久婷婷网| 色色 9| 激情综合网,婷婷| 99热新网址| 91丨人妻丨国产丨丝袜| 日韩久久系列| 精品欧美性爱超级爽| 天天日,天天插| 久久五月丁香| 色亭亭五月天丁香综合AV - 百度 - 百度| 五月激情黄色小说| 婷婷激情欧美| 丁香五月激情视频在线| 天天插天天日天天爽| 91久久婷婷| www999日韩精品| 激情五月天99色| 午夜微拍福利| 丁香五月婷婷五月基地| 亚洲无码性爱| 9 7总站超级碰免费视频| 亚洲国产精品VA在线看黑人| 99精品成人无码A片观看金桔| 无码任你操| 久久婷婷综合网| 婷婷久久五月天丁香| 婷婷五月六月丁香| 这里只有精品无码| 欧美色频| 91丨九色丨熟女|新版| 天天综合色| 天天狠天天叉| 五月综合在线| 色哟哟精品| 99在线视频精品| 激情综合网激情五月天| 91婷婷色五月| 五月婷综合| 五月婷婷色播| 国产3p露脸普通话对白| 人妻日日日| 日日操天堂| 99草在线免费观看视频| 操操精品| 久久色婷婷| 玖玖国产视频一区| 蜜乳.comcom| 六月五月久久丁香| 五月丁香婷婷激情澎湃四射| 五月丁香六月情| 婷婷五月综合体验看| 五月色婷婷影院| 老司机伊人| 99精品在线播放| 亚洲日本韩国| 丁香五月婷婷影院| 日韩久久色| 丁香五月天激情五月天激情五月天激情网 | www.色婷婷| 欧美99热| 日韩欧美成人网| 久久丁香九| 婷婷伊人综合中文字幕| 九九视频这里只有精品在线播放| 五月开心激情网| 婷婷五月激情五月激情| 激情久久五月天| 久久久97| 亚洲无码免费看| 99亚洲精品视频| 激情图片亚洲| 婷婷五月伦理网站| 亚洲综合婷婷| 久久久全国免费视频| 色婷婷综合影院| 激情四射五月天| 婷婷丁香五月天色区| 黄色AAAAA| 日本色色图| 亚洲精品白浆高清久久久久久| www网站在线观看| 婷婷久久亚洲| 婷婷五月天成人综合网| av在线资源| 婷婷色情 | 一起草av在线观看| 亚洲激情99| 久久a热| 欧美成人va| 亚洲色图五月丁香五月婷婷| 五月丁香啪啪啪| 婷婷激情五月天视频在线| 婷婷五月天黄色| 国产黄色在线观看| 色婷婷在线播放| 五月婷婷丁香色吧网| 日韩性视频| 五月天丁香婷婷视频网址| 亚洲综合在线播放| 一本伊人色婷| 亚洲激情另类| 丁香密臀AV激情网| 五月天婷婷乱| 狠狠色噜噜狠狠狠888| 亚洲国产黄色电影| 桃色激情婷婷伊人网| 激情九九六月激情免费视频| 丁香婷婷九月在线| 丁香午月AV中文字幕| 99精在线| 色色色色丁香| 欧美激情五月天婷婷| 久色资源| 色五月丁香91| 久久6这里只有精品| 久久综合影院| 91日本在线免费| 五月天婷婷自拍图片在线观看| 婷婷色操| 一本九九色| 深爱婷婷色| 丁香婷婷久久 | 这里只有精品免费视频在线观看| 91chinese在线| AA久久| 99热这里只有精品中文字幕| 91大操| 五月婷婷综合激情| 女人天堂AV| 婷婷午夜精品久久久| 这里只有精品免费| 另类亚洲电影| 丁香婷在线| 精品久久久91久久影视网| 伊人婷婷青青cao| AV在线大香蕉| 国产老熟妇亲子乱对白| 色五月丁香婷婷久草| 91高潮喷水久久久久久久久| 欧美天天干天天草| 久久色六月| 激情五月丁香色婷婷| 久久久久久久久久8888| 五月丁香六月婷婷精品| 色色色色色色色色综合网| 91久久综合| 日本天堂免费99| 欧美日韩成人在线免费| 99性爱| 色色丁香五月| 第四色五月婷婷| 亚洲婷婷五月| 亚洲操精品| 99热国内精品| 久久色情| 五月花综合网| 欧美搡BBBBB摔BBBBB| 日本va欧美va精品发布视频| 免费观看欧美成人AA片爱我多深| 亚洲爱爱无码婷婷色五月| 亚洲综合五月天婷婷丁香| 九九精品这里只有| 99干日日干| 狠狠狠狠狠草| 丁香婷婷综合色五月激情国产基地| 大陆肏屄视频| 色婷婷文字幕| 久久久91| 美女va| 人妻熟女一区二区AV| 噜噜噜噜在线| 丁香婷婷综合喷| 久久这里有精品| 大香蕉久热| 67194国产| 九九免费视频在线| 五月丁香久久综合91| 操人妻视频91| 婷婷五月天丁香社区| 亚洲精品无码久久| 十月丁香婷婷| 男人的天堂在线婷婷| 99亚洲视频| 91操熟女| 国产看真人毛片爱做A片| 夜夜骑福利资源| 色婷在线视频| 久热只有精品| 六月色丁香中文字幕| 色www.con| 色情五月综合婷婷| 综合色综合| 99热在线看片| 久久五月综合| 婷婷六月五月| 婷婷色在线观看| 国产精品久久久爽爽爽麻豆色哟哟| www.五月天社区| 色婷婷88| 亚洲亚洲人成综合网络| 久久激情五月婷婷| 狠狠五月激情在线| 肏日网在线看| 99热这里只有精品4| 五月天伊人手机在线播放AV| 色久女| 成人亚洲精品久久久久| 97精品自拍视频| 狠狠色丁婷婷日日,伊人激情综合网| 伊人天堂婷婷| 丁香六月激情综合| 亚洲情欲| 日韩成人五月天| 成人资源在线| 中文字幕日本最新乱码视频| 色在线99| 极品五月天| 超碰chaompinm| 99福利视频导航| 国产激情综合五月久久| 色99在线视频| 五月天自拍网| AV在线免费播放| 日本久久久97| 九九久久99| 殴美综合激情五月天免费视频| 激情丁香淫荡婷婷| 激情婷婷五月| 亚洲人成网站999久久久综合| 96丁香六月婷婷蜜桃综合久久| 99热精品中文字幕| 午夜爱爱爱成人| 天天射综合网站| 五月久久| 91狠狠色丁香婷婷综合久久狠丁香综合久久精品 | 九九AV| 日本久久人人| 五月激情婷婷在线| 欧美丁香六月激情视频| 九九热视频精品2| 九月色婷婷综合| 99热10在线高清播放| 色五月激情网| 99热日韩| 另类视在线| 岛国AV网站| 精品无码人妻一区| 99色这里| 92久久| 五月天基地| 丁香五月婷婷五月基地| 五月天网址在线刘玥| 99热亚洲| 直接看的AV| 欧美三级欧美一级| 久热超碰91| 99热这里只有精品3| 婷婷深爱五月丁香网| 久色视频首页| 综合五月草| 在线播放中文字幕| 色婷操逼| 91爱啪啪| 人妻人人操| www.五月天色色.com| 成人在线网站| 99热加勒比| 金品在线视频99| 九九激情视频| 免费AV在线网址| 久久一伦| 亚洲综合五月天婷婷丁香| 色五月激情婷婷| 2025年最新亚洲在线欧美| 五月丁香六月婷婷手机无线| 天天爽天天爽夜夜爽| 色综合五月在线| 五月丁香天堂网婷婷| 丁香六月高清视频| 天天干天天日日| 深爱开心激情网| 26uuu国产精品| 五月婷婷婷婷婷婷艺术| 精品人妻久久久久久久| 热成人网| 五月婷婷婷| 狠狠穞A片一區二區三區| 久久天天| 五月婷婷人人人操| 五月丁香色色网| 99久久性爱| 色五月激情综合网| 无码少妇高潮喷水A片免费| 成人美女网| 色色色com| 日韩三级视频一区二区| 性爱人人网| 狠狠久久婷五月| 色色婷婷五月| 亚洲色爽| 丁香五月天视频在线播放| 五月婷婷在线综合| 久婷久婷| www.日日夜夜.com| 亚洲国产精品VA在线看黑人| 久久受www免费人成| 婷婷五月在线| 五月伊人网| 夜夜人妻五月天| 日韩激情人伦人| 亚洲va在线∨a天堂va欧美va| www.激情| 色色com| 超pen个人视频97| 久久99日本精品视频免费观看| 成人AV中文字幕| 丁香婷婷六月激情文学| 伊人狠狠综合| 激情六月天| 人妻内射视频| 色婷婷中文| 超碰资源在线| 亚洲色婷婷色| 婷婷五月美女直播| 九九热欧美| 免费看欧美成人A片无码| 五月婷婷丁香综合,亚洲天堂| 色五月婷婷在线| 五月激情婷婷开心五月| 国产无套精品一区二区| 99久久性爱| 久久全意婷婷| 一级性感黄色内射视频| 久久五月丁香综合17C| 激情网婷婷五月天| 97人人草| 視频福利乱色| 欧美色骚婷婷五月天| www夜夜操| 久青草影院| 九九九九九九毛片| 思思热在线视频观看精品| 五月综合无码| 拍真实国产伦偷精品| 狠狠草网| AⅤ色区| 碰碰91| 99视频综合网| 日日日,com| 婷婷五月婷婷| 性欧美大战久久久久久久83| 97人人做| 五月播播| 国产精品VIDEOSSEX久久发布| 91久久电影| 五月激情婷婷播播网| 久久久久久激情| 91av成人| 九九爱这里只有精品| 99re热在线视频观看| 五月综合激情久久| 天天色综合天天| 天天操综合网| 99九九这里有免费视频| 亚洲色婷婷色| 色综合久久44| 五月婷av| 丁香六月毛片| 91久久久久久久| 欧美25p| 激情久久丁香| 操熟女成人网| 婷婷五月天福利| 啪啪激情综合| 五月丁香综合激情| 好吊兆人妻| 五月婷婷综合激情| 久久婷婷六月综合| 激情av在线| 开心激情网在线| 9色91视频| 99热这里只有精品在线免费| 久操大香蕉| 欧美日韩成人在线网站| 丁香色婷婷| 天天肏在线视频| renre人人操国产超碰在线| 五月丁香六月婷婷啪啪| 九九综合九九| 婷婷色情网| 成人午夜免费电影| 色色色99| 综合一啪| 激情五月婷婷网| 日韩一级淫乱片一区二区三区| 婷婷深爱色五月| 99精品无码| 丁香五月综合久久八| 久久综合99| 国产成人av在线播放| 激情婷婷色色| 欧美成人va| www.99热这里精品| 日日撸夜夜操| 久青草大香蕉| 人妻久久久久久久 | 国产成人+综合亚洲+天堂| 激情视频91| 99视频在线播放大全| 五月天社区婷婷丁香社区| 99综合| 亭亭五月基地在线| 91精品久久久久久久久| 丁香久久综合| 丁香婷婷性爱| 久久婷婷青草五月天| 天天干天天干天天操| AV堂狠狠干| 亚洲AV免费在线| 婷婷五月综合欧美在线播放| 精品夜夜澡人妻无码AV| 影音先锋激情网| 色色欧美色色色| 蜜臀嫩草| 色婷婷五月成人网| 久久狠狠干| 狠狠色综合网| 色婷婷久久| 五月色欧美| 欧美日韩国产一二区| 色色亚洲五月天| 9有码中文| 久热只有精品| 天天日夜夜草进麻麻的子宫| 1级欧美日韩| 色五月激情五月天| 丁香五月欧美色综合| 色色五月天婷婷| 2025中文在线视频字幕免费观看| 亚洲黄网AV| 亚洲热视频在线| 色综合久久综合中文综合网| 99∨VTV| 嫩草视频| 思思热在线观看| 婷婷五月综合在线| 777精品久无码人妻蜜桃| 亚洲国产va| 日本久久人| 夜夜撸夜夜骑| 五月丁香青草综合啪啪| 亚洲XX网| 婷婷久久大香蕉| 激情五月婷婷色播网| 狠狠色色综合| 99re在线观看| 五月天,激情四射,婷婷频道| 天天操B| 老美AA片| 色婷婷丁香五月| 激情五月天黄色小说| 影音 五月 婷婷 久久| 色久影院| 激情五月婷婷网在线观看| 97婷婷久久丁香| 日本五月婷| 99热这里只有精品无码| 另类伊人婷婷| 国产XXXX搡XXXXX搡麻豆| 婷婷网五月天| 精品无码色| 婷婷激情四射五月天| 天天综合色| 深爱激清网| 国产日批视频免费播放| 中文字幕高清av| 99热这里只有精品2| www.色擼擼.com| 综合色99| 欧美一级毛卡片无码| 日韩1区2区| 色女伊人| 丁香五月天色综合| 9视频1在线| 婷婷激情啪啪| 丁香五月天啪啪| 久久九九99.www| 99爱爱| 婷婷色片| 成年人99热| 97在线精品| 亚洲另类AV| 久久精品一区二区三区四区| 日韩成人电影在线播放| 久久这里有精品在线观看| 狠狠综合| 操人精品| 久久综合26p| 国产日韩欧美性爱| 久久九九国产精品怡红院| 热久久66| 《蜘蛛女》梁铮1995| 任你爽视频| 激情五月天小说| 婷婷丁香久久五月综合| 亚洲天99| 婷婷五月综合免费在线| 国产精品日本一区二区在线播放 | 少妇被躁爽到高潮无码文| 99久久婷| 六月婷婷中文字幕| www.五月天。com| 入口五月婷婷六月香| 综合网激情| 日韩av在线免费观看| 国产乱子轮XXX农村| 久久九九99字幕| 六月撸婷婷| 开心五月丁香婷婷| 99 热| 涩涩五月天| 97超碰人人操| 日本成人噜噜噜| 六月丁香婷婷在线波多 | 日本偷拍九九九| 丁香六月婷婷久久综合| 伊人久久艹| 狠狠爱五月婷婷| 婷婷五月天激情网站| 操逼在线视频| 开心婷婷五月天电影院| 五月色综合| 日韩综合久久| 婷婷五月天成人| 婷婷午夜激情| 91丁香| www.91AV.com| 1024人妻无码中文字幕| 日本不卡高字幕在线2019| 超碰国产在线| 精品人妻一区二区三区四区不卡在| 九九热大香蕉| 九月婷婷激情| 国产成人AV在线播放| 五月丁香影视| 高清无码入口| 噜噜狠狠色| 色五月丁香婷婷久草| 99爱视频在线观看这里只有精品| 深爱五月日韩| dingxiangtingtingliuyue| 婷婷激情五月综合丁| 五月天成人手机在线视频| 五月婷综合性中心| 黄页大全十八禁| 99爱免费在线视频| 色婷婷六月天在线| 综合五月丁香六月婷婷| 婷婷五月中文在线视频| 婷婷五月婷| 婷婷久久色| 色五月五月天色婷婷色五月| 天天拍天天操| 综激情网| 开心五月婷婷激情| 五月天综合色| 这里只有精品视频在线| 免费视频WWW在线观看网站| 精品一二三区久久AAA片| 7777国产盗摄农村女人| 色色综合网。| 亚洲免费视频网站| 亚州操逼网| 九月婷婷久久久| 色婷婷成人丁香| 婷婷五月天伦理| 婷婷五月天亚洲精品| 五月婷婷日| 4399亚洲视频| 色婷婷六月性| 四色女婷婷| 婷婷六月久久综合导航| 超碰国产AV| 国产午夜一区二区三区| 农村熟妇高潮精品A片| 色五月天婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷婷 | 六月激情网| 五月天婷婷在线观看| 色5月婷婷| 国产视频色色色色色色色| 久久综合最新网址| 97碰免费精采视频| 五月大香蕉| 精品无码人妻一区| 亚洲欧美国产高清vA在线播放| 国产精品爽爽久久久久久| 亚洲成人综合在线| 亚洲精品无人区| 加勒比久热| 依人大香蕉| 精品人妻一区二区三区在| 激情五月天福利| 91丨九色丨熟女|新版| 婷婷五月深深的爱| 色色色色av色色色色| 丁香九月激情| 无码少妇高潮喷水A片免费| 极品人妻VIDEOSSS人妻| 婷婷综合五月| www婷婷| 啪啪99| 人人爱干人人爱草| 丁香五月天天高清在线| 97干视频| 伊人网啪啪| 天天色视频| AA片在线观看视频在线播放| 五月停停色色丁香| www.99热| 噜噜网免费视频| 婷婷五月天亚洲丁香| 五月天婷婷久色| 激情婷婷五月女| 久久xx| 久久婷婷综| 五月丁香福利| 色综合综合色| AV在线观看网站| 大香蕉99| 六月婷婷综合激情| 1024操逼视频| 黄网在线免费播放| 91丨九色丨白浆| 久久9精品视频| 婷婷爱爱蜜臀天天操| 丁香 久久| 久久天堂网| 99自拍网| 91碰碰碰| 激情五月伊人婷婷| 五月婷伊人| 操逼123网| 五月天六月婷婷电影| 精品成人a v无码内射| 婷婷五月六月| 91九色欧美| 8区视频在线| 99re思思久久| 久热这里| 激情网第四色| 99热这里只有精品2024| 亚洲人成人五月天| 99热这里只有精品4| 五月丁香综合中文| 99热自拍| 五月天色综合| 99热超碰人| 婷婷五月色情| 99热这里是精品| 五月婷婷成人网首页| 丁香五月婷婷欧美成人色图| 思思久久99热只有频精品66| 九九免费精品| 综合狠狠干| 色婷婷激情五月天| 先锋资源婷婷| 色五月婷婷五月天| 丁香,开心成人,久久| 肏日网在线看| 9|无码久久久久久| 婷婷五月激情丁香激情| 六月婷婷在线视频| 超碰在线精品| 亚洲综合色婷婷| 97精品人人A片免费看| 婷婷在线网| 玖玖婷婷精品| www.av视频xx999.com| 色色色国产| 久久五月激情综合| 欧美色综合天天久久综合精品| 人人综合色| 99ri在线| 麻豆五月丁香婷婷| 五月天丁香综合| 免费看欧美成人A片无码| 婷婷久久爱| 99热九九这里只有精品| 国产精品激情五月天色婷婷| 久久婷婷网| 九月激情婷婷丁香| 久久3p| 五月丁香色五月| av在线中文| 激情五月婷婷视频| 人妻人人操| 一级操逼内射在线视频| 97色干| 97成人在线视频| 激情综合青草| 天天操天天操天天操天天操天天操| 婷婷丁香五月综合| 九热视频免费观看| 成人色站,在线视频,看片-SS1AV| 激情综合网五月天| 乱岳熟女50岁| 91vip在线观看| 五月婷婷丁香狠狠撸久久| 激情综合久久| 91 久热| 六月婷婷无码| 日本高清久| 五月婷九月| 五月丁香六月欧美综合| 变态另类9| 欧美,日韩成人在线| 五月激情四射婷婷丁香| 激情无码网| 激情影院69| 好吊丝aV| 亚洲成人五月天| 91精产一区三区免费观看| 五月婷婷久久网| 久久久久久久人妻| 99爽视频| 26uuu亚洲欧美日本| 荫道BBWBBB高潮潮喷| 丁香五月在线人妻| 国产9色在线/日韩| 久久人五月| 午夜婷婷五月天| 成人做爰A片免费看网站找不到了 国产露脸150部国语对白 | 中文字幕婷婷在线| 2w在线视频| 中文字幕无码人妻少妇免费视频| 91精品久久久久| 色婷婷五月在线| 日本三级毛片| 九九热在线视频观看| 抽插特写| 五月丁香婷在线| 国产精品久久久爽爽爽麻豆色哟哟| 狠狠大香婷婷爱| 日韩操人| 亚洲综合色色| 97碰碰在线看视频免费| 色欲婷婷五月天丁香| 开心五月婷婷婷美女| 五月婷视频在线观看| 婷婷丁香五月综合网上 | 成人免费在线电影| 激情五月色婷婷| 亚洲国产网站| 丁香六月情| 免费成人中文字幕| 激情五月婷婷开心网| 色五XX| 色色色五月| 婷婷五月天久久| 97超级操操| 第五色婷婷| 欧美超级视频97| 六月色播| 二色av|