欧美成人午夜精品久久久,国产?V天堂一区二区三区,欧美精品va在线观看,亚洲一区二区三区免费在线观看,av无码精品一区二区久久,欧美性爱视频不卡一区三区,欧美乱人伦视频在线观看,国产一级牲交高潮

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
返回資訊列表
五月丁香六月婷婷网| 五月婷婷激情五月| www.婷婷六月天| 五月天婷婷色播综合在线| 大陆极品少妇内射AAAAAA| 九九99视频| 97精品综合| 成 人片 黄 色 大 片| 五月情色天| 99热只有精品综合| 最新日韩久热免费视频看看| 激情四射亚洲| 日本色婷婷| 丁香色婷婷五月天| 久久机热这里只有 | 怎么样可以看免费的一级av| 1024人妻| 色婷婷偷拍| 99秘 在线| 激情五月天视频| 91怕怕网| 婷婷色资源| 五月天婷婷视频| 色婷婷五月天天天干天天操天天爽| 91a片爽| 久久婷婷五月综合色奶水99啪| 另类精品视频在线观看| 99色免费| 怡红院成人AV| 人碰91| 国产美女无遮挡裸体毛片A片| 狠婷婷五月| 99自拍视频| 99 福利 导航| AVV黄| 香蕉久久国产AV一区二区 | A1片久久久| 久久久精品免费啪啪国| 久久一级AV| 91婷婷| 亭亭玉月丁香| www激情| 成年人99热| 99re热精品在线视频| 亚洲成Av人片乱码色第1集| 超喷97免费在线视频| www.久久| 色爱综合网| 色综合网址| 婷婷色丁香五月| 亚洲精品va| a色色色色色| 国产av基地| 色综合久久88色综合天天看| 91viP在线看| 99久精品视频| 色婷操逼| 五月婷婷六月丁香激情深爱| 婷婷永久在线| 四月婷婷丁香| 国内外色色色色色成人视频| 99久在线视频| 五月天久久久| 色网五月婷婷| 婷婷丁香色性爱| 草榴视频黄色网| 婷婷五月丁香基| 成人无码免费一区二区中文| 激情五月天婷婷丁香| 色婷婷狠狠久久综合五月| 五月色情| 久草五月婷| 丁香五月综合首页| 五月婷婷啪啪| 五月天在线视频尤物视频在线看| 蜜乳.comcom| 国产色色网站网址| 丁香五月五月婷婷五月天激情四射| 六月丁香啪啪| 五月丁香网中文字幕| 奸逼视频| 五月天色区| 久婷婷婷| 国产毛片精品一区二区色欲黄A片| 综合AV在线| 色婷婷a v| 欧美激情综合色综合啪啪五月| 亚洲性爱区无码区| 91精品久久久久| 丁香九月综合| 99噜噜噜在线播放| 9一精品视频观看| 在线99精品| 久久婷婷五月综合激情国产| 99热欧| 日本九九热| 六月丁香婷婷五月| 99色天堂| 伊人久久丁香五月91| 69人人操人人爽| 97碰成超视频免费视频| 成人必爱视| 伊人网色婷婷五月天| 天天日日夜夜爽。| 五月天开心网| 99热在线观看99| 强伦轩人妻一区二区电影| 久久五月天色婷婷| 99色精品| 成人精品一区日本无码网 | 铁牛TV人妻| 色综合激情| 爱之国产色情综合| 天天狠狠六月婷丁香影院| 噜噜色五月| 夜夜爽天天爽| 大伊香蕉玖玖爱| www.激情.com.| 亚洲综合狠狠艹| 亚洲色vA| 激情五月天婷婷| 五月婷婷黄网站大全| 青青草轻轻操| 香蕉色色网| 婷婷激情人妻| 婷婷综合六月| 香蕉久久国产AV一区二区| 大香蕉在线99热| 98永久精品| 另类图片激情五月天| 丁香五月在线观看| 91人久| 9热精品| 婷婷开心青青草| 五月婷婷啪啪| 3p九色在线| 99热99干| 欧美日本黄色| 色激情五月| 十月丁香婷婷| www.9797国产| 五月九九综合| 色五月六月婷婷| 色情综合| 五月婷婷偷拍| 五月丁香综合影院| 综合网网欲色| 99热这里全是精品| 夂夂夂夂夂夂夂夂夂夂夂夂夂夂夂夂夂夂夂亚洲亚洲亚洲亚洲亚洲亚洲亚洲亚洲色 | 色五月天丁香婷婷| 碰久久精品w| 精品在线| 激情五月天网站| 97婷婷五月激情六月丁香伊人| 九九精品综合| 五月丁香啪啪啪| 综合久久激情久久| 这里只有免费的精品| 亚洲成人av在线播放| 激情六月下句是什么| 久色网址| 激情无码五月天| 超碰色综合| 亚洲情综合五月天| 深爱激情五月天色婷婷| 九九亚洲| 五月丁香婷婷福利| 亚洲婷婷开心五月| 国产精品色情AAAAA片软件| 热99这里只是精品| 久久99网站| 色婷婷狠狠爱| 99热这里只有精品66| 97干资源在线观看| 丁香五月天激情免费在线观看AV777| 五月丁香啪啪啪| 激情五月六月| 天天久综合网永久入口17v| 五月天久久91| 五月丁香啪啪综合| 99热在线观看精品| 99热99在线| 五月婷婷色| avh片在线观看| 天天插天天插天天操| 婷婷五月激情视频在线| 久久免费高| 淑女丝袜bi操逼123| 亚洲色图啪啪| 五月天婷婷在线观看| 天天艹天天综合网| 亚洲区1| 五月丁香综合激情网| 91疯狂操操操操| 日本三级韩三级99久久| 五月的丁香六月的婷婷| www超碰com| www.99热这里精品| 99天堂网| 丁香五月开心五月激情| 五月色亭丁香| 欧美成人日韩| 亚洲综合在线伊人婷| 看全色黄大色大片| 婷婷五月天色色| 五月天婷婷色色| 99热这里只有精品手机在线观看| 97在线精品视频| 婷婷丁香18| www.sezonghe| 五月天另类小说亚洲| 思思久久久婷婷| 色播五月| 婷婷激情五月综合丁香社| 狠狠干狠狠操狠狠爱| 激情综合区| 久久久久久人妻| 六月婷婷狠狠| 91男人资源站| 99热精品在线播放| 狠狠五月天婷婷激情网。| 久久综合55| 丁香五月婷在线观看| www.97干视频| 99免费视频| 五月六月丁香激情| 另类小说婷婷色| 大香AV| 亚洲乱码日产精品BD在线观看| 天天爽爽日日做做| 黄色一级影片| 丁香五月激情月| 激情四射五月天| 夜夜干 夜夜操| 96精品国产综合久久久久久| 婷婷另类小说| 亚洲综合色色| 99热精品在线播放观看| 97超级操操| 天天激情站| 五月天色网站| 六月丁香啪| av人人操| 日本V在线观看不卡视频网站| 婷婷九月色| 激情五月黄色| 99热精品观看| 丁香成人色情五月天| 99精在线| 久久精品在线| 亚洲激情淫网| 婷婷六月爽| 日本99久久| 人人爱人人添| 色婷婷丁香五月综合| 思思热思在线精品视频| 久久黄色免费视频| 色婷婷操逼| 性爱激情小说AV五月丁香花| 色婷婷女优有码五月亭| 五月婷婷成人| 99riAV国产精品视频| 九九中文字幕九| 婷婷丁香五月天操逼| 亭亭玉月丁香| 天天弄天天操| 国产毛片精品一区二区色欲黄A片| 这里只有精品9| 狠狠干狠狠干狠狠干狠狠干| 99热99免费| 久久这有这里精品| caopeng97日韩| 91久久1118| 色婷婷综合在线| 久久五月天丁香花| 九九热中文| 婷婷丁香花五月天| 天天综合激情| 五月婷婷之美女图片| 99爱免费视频在线观看| www.99热视频| 五月丁香六月婷婷网| 久久婷五月天| 操精品9| 亚洲av电影网站| 五月婷天堂视频| 99爱在线精品视频免费观看| 五月婷婷在线观看黄| 99色在线观看视频| 亚洲精品久久久久久久久久吃药| 日本va欧美va国产激情| 98国产精品综合一区二区三区| 婷婷玖玖五月天| 激情无码网| 99热自拍| 亚洲婷婷性爱| 日韩在线视频中文字幕| 天天噜天天爱| 天天插天天爽| 五月丁香| 婷婷黄色五月| 色黑鬼导航| 久久这里99| 九九热思思| 亚洲熟妇无码乱子AV电影| 五月综合激情| 五月天天丁香婷婷| 天天日天天做天天舔 | 丁香六月婷婷社区| 天天综合情| 成人网丁香五月| 无人精品在线视频| 欧美色频| 秋霞AV美国| 免费观看亚洲AV片| 热思思| 久久婷婷综| 免费视频WWW在线观看网站| 丁香97综合| 九热视频| 涩涩涩五月天| 老妇六区| 99热日韩这里只有精品| 五月天色综合| 色婷婷在线视频| 五月丁香六月天| 亚洲激情在线| 五月丁香婷婷中文| 色五月婷婷九月| 久久99视频| 五月色亚洲| 久久久久8888| 狠狠干天天日| 99久久97| 五月丁香色狠狠干大屄| 五月天婷婷久久视频| 69人人操人人爽| 五月激情精品视频| 五月天婷婷久久视频| 丁香五月婷婷激情蜜桃| 激情综合网之激情五月| 在线99热| 色色激情网| 777色色色| 综合激情伊人影视在线| 99丁香五月婷婷在线| 婷婷久久午夜网| 九九热精品| 色区域网站视频| 97激情五月天| wwwwww.色| 九九热最新| 99久久欧美| 中文人妻主播久久| 五月丁香婷婷成人网| 九九精品99久久久| 狠狠插狠狠插| 五月丁香成年黄色| 天干夜夜操| 日韩乱轮AV| 日本激情ⅩXX免费视频| 97五月天| 九九热视频网站| 丁香五月天综合| 色黄啪啪| 婷婷久月| 欧美日韩国产一区二区| www.婷婷,com| 日日噜噜夜夜狠狠久久丁香六月| 26uuu四色| 99精吕视频在线观看了| 91亚洲免费片| 亚洲操操操| 亚洲视频在线网| 色99欧洲色19| 六月婷婷青青青视频| 综合激情五月天六月婷免费视频| www.狠狠| www.久99| 这里只有精品免费观看网占| 五月婷婷狠狠久久| 中美日韩成人在线| 综合欧美五月婷婷| 天天天天操| 五月婷婷 六月丁香| 国产精产国品一二三在观看| 五月天婷婷在看| 国产肥白大熟妇BBBB视频| 九九热这里有精品23| 99精品在线| 天天干天天日日| 婷婷99视频在线| 综合激情深爱| 天天综合五月| 日本三级日本三级99| 激情五月天婷婷免费观看| 丁香六月综合激情| 另类综合婷婷五月天欧美视频| www.婷婷六月天| 丁香五月激情月| 亚洲婷婷激情综合激情999精品| yazhoujiqingav| 久久这里有精品视频| 玖玖激情网| 黄色五月婷婷| www.色窝| 伊人在线大香蕉网| 黄网免费看| 韩日在线熟女| 99在线爽| 九九综合| 99在热线免费视频| 99热这里只有99| 99视频热99| 五月天婷综合| 另类图片 五月激情| 五月天婷婷涩涩| 九九这里只有精品在线视频| 伊人激情| 亚洲熟妇无码乱子AV电影| 五月激情啪啪啪| 国产精品久久久久久久久久 | 久久在线视频免费观看| 九九热精品在线| 亚洲精品乱码久久久久99| 九九伦子片| 婷婷丁香人妻天天爽| 九九热99精品在线| 九热视频| 五月婷婷九| 天天做天天爱天天爽| 色五月婷婷婷婷| 久久久香| 在线综合91| 五月丁香久久| 色哟哟精品| 五月婷婷婷自由综合| 色99热| 第四色色六月色综合| 日韩啊啊啊| 99热国产免费| 极品人妻videosss人妻| 丁香五月婷婷深爱综合激情| 久久色五月| 8090在线影视少妇| 激情五月五月婷婷| 一区二区免费看| 天天爽天天摸| 开心激情色婷婷五月天| 120分钟婬片免费看| 9色在线视频精品观看| 婷婷大香蕉| 人妻激情在线| 中文久久婷婷| 狠狠色噜噜狠狠狠狠综合| 天天更新天天亚洲| 天天在线天天综合网色| 欧美群妇大交乱婬网| 吊色AV男人的天堂| 激情人妻综合| 99在线观看精品视频| 六月天无码网址| 激情无码五月天| 九月丁香亭亭| 亚洲视频二区| 色综合色五月| 色~性~乱~伦~噜| 啪色综合| 狠狠99| 国内久久亭亭| 99精品在线观看视频| 国产亚洲色婷婷久久99精品91 www.riverspirits.org www.hnnun.com www.changh | 99网99热| 久久色9| 久久a热| 99色在线视频| 五月丁香婷婷综合久久| 色色五月婷| 婷婷大香蕉| 91碰| 色综合久久久久| 丁香五月AV| 丁香五月偷拍| 成人免费120分钟啪啪| 99在线免费观看| 久久婷婷五月天| 五月丁香综合| 日产精品久久久久久久蜜臀| 日本视频不卡123区| 成人国产欧美大片一区| 午夜微拍福利| 极品九九九九九九| av在线观看免费| 五月天大香蕉| 操碰色一区就去操| 亚洲在线网站| 9福利性视频欧美| 五月婷网| 极品人妻videosss人妻| 色五月婷婷在线观看| 婷婷色五月开心五月| 伊人婷婷大香蕉| 色五月欧美| 欧美成人AAA片一区国产精品| 99干视频| 国产成人精品一区二三区熟女在线| 91九色国产| 婷婷五月天成人网| 情色五月天 网站| 伊人玖玖综合| 人人操Av| 婷婷99狠狠躁| 99精品免费视频| 成人国产欧美大片一区| www.99热这里精品| mmm1717.6dbm人人爱人人操| 天天操电影院色狼性av| 97色婷婷| 日韩精品一曲二曲三曲四曲五曲| 99爱在线| 成久综合视频| 5月婷婷激情在线| 色五月激情五月天| 超级碰人人操人人干| 国产 亚洲 在线| 影音先锋 91工厂| 亚洲五月天另类小说图片| 久久性视频| 丁香社92视频| 五月久久噜噜| 久9精品视频| 国外亚洲成AV人片在线观看| 五月叮香啪| 国产古装妇女野外A片| 婷婷色五月天色色| 色999五月色| 五月天婷婷AV| 综合色色五月| 激情五婷网| 安息电影在线观看完整版| 婷婷五月亚洲一本在线丁香| 免费观看的av| 婷婷五月丁香综合| 亚洲精品永久久久久久| 极品精品一区二区三区在线| 五月天激日本色情在线| 男人天堂99| 中文字幕丰满孑伦无码专区| 99无码超碰| 久久这里有精品视频| 综合久| 精品亚洲国产成AV人片传媒| 激情六月婷| 91丨九色丨国产打屁股| 人妻五月天激情开心网| 99er6热在线观看精品6| 噼里啪啦在线观看免费完整版视频| 免费看欧美成人A片无码| 五月丁香六月婷婷久久肏| 五月婷六月天| 亚洲操b| www.97干视频| 婷婷五月天视频亚洲| 色色色色综合| 婷婷精品视频| 色色五月天激情| 97热在线精品| www.婷婷五月天| 国产免费一区二区三州老师F1F1……| 99小视频| 色色色色色网| 丁香综合伊人| 久9视频| 婷婷五月69| 五月丁香影院| 婷婷色五月激情| 丁香色五月 97干| 日本啪啪网| 天天干天天操天天拍| 激情五月婷婷丁香综合网| 9视频在线成人网站| 久久久久久久久久久久久久人妻视频 | 第四色五月激情网| 欧美99| 久久久久久久久久久久久久人妻视频| 91啪啪网| 色五月色五天色情网| 五月丁香操婷逼| 亚洲乱码在线观看| 亚洲色视频| peg 2区三区四区的| 色婷婷五月天成人网| 9月色婷婷| 99日本黄站| 亚洲色久| www久视频com| 99国产这里只有精品| 一级性爱大片| 久久亚洲婷婷| 人色五月天婷婷| 《亚洲操B久久免费在线观看,亚洲操B久久在线播放》在线播放 - 高清资源 - 97 | 国产在线网址1| 婷婷五月天黄色小说| 超级碰碰碰91| 久久机热/这里只有精品| 五月天丁香啪啪综合| 丰满少妇猛烈A片免费看观看| 天天色播| 《亚洲操B久久免费在线观看,亚洲操B久久在线播放》在线播放 - 高清资源 - 97 | 婷婷丁香水多多视频| 色伊人91在线视频| 色五月婷婷九月| 天天射美女| 亚洲妇女熟BBW| 五月婷婷九| AAA久久久AAA久久久AAA| 六月 丁香 视频| 中文无码精品一区二区三区| 大胆伊人久久| 久操婷婷| 97色色综合| 操99| 丁香五月婷婷操逼| 久99热| 激情五月天综合网站网站网站| 超碰超碰在线| VA日本视频| 亚洲精品无人区| 69色婷婷| 俺去也在线官网| 1024在线观看免费视频| 色色网站在线| 五月天婷婷永久免费视频| 性爱人人网| 无码人妻少妇色欲AV一区二区| WWW.激情| 亚洲性视频| 人人爽网| 婷婷丁香五月天激情| 99在线亚洲| 久久色在线视频| 《丁香激情综合久久伊人久久》影视在线观看 -高清预告手机免费播放 -三妹影院 | 六月婷在线| 色五月激情网| 久99久精品视频| 极品人妻VIDEOSSS人妻| 射区导航| 婷婷五月成人系列| 天天插天天日天天爽| 性爱五月婷| 欧美色色色| 99玖玖在线视频| 思思热国产| 噜噜综合网| 狼人狠狠操| 婷婷丁香五月基地| 丁香情色五月| 国产特级毛片AAAAAAA高清| 综合另类视频| 任你操精品免费| 天天操夜夜爽歪歪| 青青草视频福利| 色五月丁香五月激情五月激情| 牛牛热这里只有jingpin| 九九无码| 久久久久这里只有精品| 999热在线视频| 精品婷婷五月天| 91久久电影| 啪啪五月婷婷| 99碰碰碰| 亚洲精品另类| 五月久久| 密视AV综合在线| 亚洲午夜国产成人电影VA国产欧…| 欧美 日韩 成人| 婷婷五月天堂| 久久艹99| 99视频精品在线| 性爱久久| 丁香综合日产精品久久| 黄色av网站在线免费播放| 99综合色色色| 婷婷色五月天色| 综合99视频| 色欲色天天香综合| 五月丁香在线观看99| 久久婷婷资源| www.maotanji.com| 色综合色综合网| 五月天伊人综合| 五月天五月色婷婷综合| 伊人碰碰碰| 网色99| 久热超碰| 久久这里面只有精品视频| 26uuu国产色| 激情五月天综合图片小说网站| 色久99| 日韩在线成人电影| 久久九区| 噜噜噜噜噜日本视频| 五月天婷婷爱丁香中文字幕| 九玖视频这里只有精品| 婷婷五月情色| 99视频这里有精品免费观看| 狠狠五月天| 99干日本| 久久久com| 激情综合视频| 射久久丁香五月| 久久久久久综合88| 五月花成人网| 天天操夜夜橾| 欧洲综合视频| 亚洲亚洲人成综合网络| 天天插操| 婷婷久久综合久| wwwC0maV五月花| 久热 91| 国产精产国品一二三在观看| 26.uuu丁香五月婷婷| 思思热久在线观看视频| 99热成人| 激情婷婷狠狠干综合| 99热综合色图| 99色在线观看| 亚洲综合色色色| 婷婷五月精品| 婷婷五月天激情文学小说| 色婷婷基地| 99热在线观看| 久久婷婷丁香| 天天爽夜夜爽天天爽夜夜爽| 在线日韩视频| 综合www色| 狠狠色狠狠鲁| 97精品综合久久| 五月天六月婷| 国外亚洲成AV人片在线观看| 97AV在线视频| 色婷五月天| 九九色婷| 婷婷久久夜| 五月色婷| 婷婷六月综合基地| 久久婷婷五月综合伊人| 五月激情综合网| 丁香花五月天激情| 99性色| 1024人妻无码中文字幕| 激情婷婷五月天伊人在线观看| 天天干肏夜夜| 69精品人人人人| 97狠狠色| 亚洲综合无码| 丁香久久久| 久久九九视频| 亲子乱AV-区二区三区| 高清无码 一区 二区 三区| 99精品在线观看| 另类伊人婷婷| 青青草轻轻操| 91久久综合亚洲噜噜成人在线 | 国产精品A片| 亚洲欧洲另类| 99久久久国产大片区| 91超碰在线观看| 久久加勒比| 精品人妻一区二区| 中文字幕亚洲-区久久99婷婷| 亚洲色色色色色| 久操大香蕉| 一逼色综合| 色色色色综合网| 色99日韩| 99热.com| 97色色-99久久| 国产欧洲欧洲精品久久| 激情五月天久久丁香| 久久综合99| 婷婷五月小说色综合| 九九av| 天天做综合| 99热官网| 天天爽—爽| A片试看50分钟做受视频| 婷婷五月天激情在线观看 | 久草大| 五月丁香亚洲综合| 亚洲丁香五月综合| 成人狠狠成人狠狠成人狠狠成人狠狠| 五月婷婷av| 国产精品久久久久久白浆色欲| 欧美成人A片AAA片在线播放| 色五月婷婷青娱乐| 中文资源在线a| www超碰| 九九色影院| www.操逼comm| 任你干嘛免费视频播放| 九九九九综合| 五月婷婷内射网| 91丨九色丨首页| 人人草人人看| 亚洲精品视频在线| 久久久亚洲精品一区二区三区浴池 | 情欲综合网| 99热1| 狠狠五月天| www.丁香黄色五月天人与| 五月丁香久久激情综合| 婷婷综合视频| 777久久综合视频| www.com久久久久久久久久久久久久久久久| 国产精品久久久久久白浆色欲| 一级二级色大片| 激情六| 91人妻人人操| 超碰人人操在线| 激情五月天开心网丁香无码| 久久九九亚洲| 狠狠干五月天| 综合一本道| 色色婷| 婷婷九九色| 五月丁香婷婷色色| 狠色狠色综合久久| 久久婷婷久久| 又大又粗九一在线| 成人五月天丁香| 欧美性爱特黄一级aaaassss| 久久久婷婷五月亚洲97号色| 亚州美女| 色婷婷先锋| 婷婷丁香成人网址| 五月丁香91| 1024成人免费看| 色婷婷五月综合| 五月婷天天搞视频| 色七色九九| 日韩黄色电影| 一级片操逼视频| 成人视屏在线观看| 丁香六月婷婷久久亚洲天堂| 日本在线视频www色| 色综合色色色色色| 九九精品在线视频观看| 9999热精品| 99精品成人无码A片观看金桔| 婷婷色五月天第7色| 91丁香| 久久加勤综合| 99综合视频一体| 在线视频99| www.26uuu.com亚洲电影| 一起草无码视频| 丁香五月婷婷欧美激情-中文天堂最新版在线观看| 99久久婷婷国产综合| 婷婷丁香五月综合免费视频百花| 亚洲av综合网| 丁香五月123| 超碰人人在线观看| 五月婷婷五月天| 色婷婷97| 久久人人九| 精品久久久人妻| 开心综合激情综合| 日本www五月婷婷| 97操碰| 欧美在线操| 日本久久人| 91精品久| 天天视频精品9| www五月婷婷88导航| 99这里有精品视频| 五月丁香色婷婷| 综合五月婷婷| 五月婷婷av| 国产9色在线/日韩| 男人的天堂五月丁香| 天天干夜夜想| 99热这| 天天草比天天爽| 九九激情视频| 五月天激情无码| 色色网站免费| 亚洲婷婷免费| 婷婷五月婷婷| 97色色色| 久久婷婷色综合| 色婷久九| 91热在线| 色五月婷婷网| 成人看片网站| WWW.国产| 99re6在线视频精品免费| 日本色婷婷| 99热国品| 人妻激情久久| 亚洲图片 丁香婷婷| 九九热内射| 中文在线视频久9| 色情开心五月| 在线资源av-超碰中文在线-成人AV | 色五月天影视| 激情婷婷五月女| 热久久99视频| 丁香五月停停av| 99热这里只有精品66| 成人va在线播放| 久9无码视频| 开心五月网| 国产欧美性成人精品午夜| 大香蕉 婷婷| 激情久久婷婷| 日本99久久| caobi四区| 丁香六月婷婷综合在线| 99热66| 日韩AAAAA| AV在线不卡播放| 人人草碰| 色99在线视频| 插插插色综合网| 久久人妻伦理| 男女99免费视频| 性做爰1一7伦| 精品爆操| 人妻22p| 亚洲AV成人一区二区在线观看| 97人人操人人干| av首页在线| 96精品久久久久久久久| 99rewww| 五月丁香激情婷婷| 六月激情婷婷| 91五月花丁香| 97久久视频| 婷激情五月| 99日本精品视频热| 7777国产盗摄农村女人| 婷婷欧美综合| 亚洲、热| 九九热视频精品| 亚洲成人日韩无码精品| 色呦呦免费观看| 婷婷丁香五月,狠狠综合| 乱码操操| 99热亚洲只有色| 婷婷激情四射| www激情com| 操碰91| 亚洲免费观看高清完整版AV线| 久久九九中文字幕| 丁香五月在线观看综合| 久久激情五月婷婷| 蜜臀综合久草| 六月婷婷六月天天在线免费| 国产成人亚洲综合A∨婷婷| 激情开心五月天| 丁香久月| 色了色综合| 久久这里只有精品8| 日韩无码系列| 久久 这里只有精品1| 操碰91| www.99免费视频| 狠狠色狠狠鲁| 五月丁香啪啪| 婷婷五月丁香色综合| 天天成人综合视频| 久久婷综合| 日本精品99网站| 婷婷色五月在线视频| 精品一二三区久久AAA片| 99操视频| 操人久久| 欧美三级视频下载| 亚洲va在线| 免费看欧美成人A片无码| 99色热| 久操激情| 色香久久| 色五月婷婷一二| 国产精品男人AV不卡| 五月丁香六月婷婷在线小说视频| 婷婷五月天黄色小说| 亚洲成人AV电影在线| 99久久精彩视频。| 综合色99| 黄网免费看| 久草a片| 婷婷色五月天色| 26uuu精品一区二区| 中文字幕不卡网站| 丁香五月冃欧美| 久久久婷婷五月天| 丁香涩涩五月天| 婷婷丁香五月噜噜噜| 疯狂做受XXXX高潮A片| 日本a片网址| 久久精品性爱| 美女天天艹人人爽| 五月婷婷av| 激情欧美婷婷| 欧美精品999| 婷婷丁香色五月天久久88| 天天操综合网| 婷婷97狠狠干| 色一情一乱一伦一区二区三区| 丁香五月天婷婷91| 激情五月天婷婷| 欧美日韩成人在线免费| 五月天成人综合| 看全色黄大色大片| 五月激情网站| 超碰在线国产| 日韩999| 欧美一区二区三区不卡影视| 国产AV影片| 99爱无码| 色五月婷婷激情基地| 97五月久久丁香婷婷| 曰曰久久| 婷婷伊人| 五月天激情网页| 91av色色乱视频| 天天爽夜夜操| 久久网日本| 97色色色| 99热的无码| 欧美VA视频| 久久99综合| 天干天天干天天天天天| 九九艹女| 麻豆雪千夏| 91婷婷丁香五月天免费视频网站| 99狠狠操一| 丁香婷婷精品视频| 精品一二三区久久AAA片| 日本激情综合| 9l视频自拍九色9l视频在线观看| 婷婷久久草| 婷婷四色五月| 国产成人精品亚洲线观看| 思思热国产| 人人操人人操919999| 天天插天天射| 天天视频亚洲| 大香蕉婷婷五月天| 最近中文字幕2019视频1| 五月激情综| 婷婷综合在线| 五月天综合在线网| 婷婷五月色惰| 国产在线6| 亚洲色图日韩网址| 超碰av在线| 婷婷综合五月天亚洲综合| 狠狠久久婷五月| 大香焦啪啪啪| 啪啪综合| 五月婷婷欲色| 丁香色五月 97干| 精品九九九久| 色色色色色色色色网站| 久久 视频这里只有精总| 丁香婷婷基地| 五六月婷婷久久| 少妇综合网| 99热这里只有精品免费观看| 只有精品在线观看| avv在线| 国产全是老熟女太爽了| 操97免费超级视频| α久久| 婷婷中文字幕| 色一情一乱一乱一区9| 99精品偷自拍| 特黄三级片| www.五月.com| 亚洲五月天综合| 婷婷五月丁香久久| 丁香社92视频| 亚洲精品久久久久久久久久飞鱼| 五月天夜夜爱夜夜操| 精品思思久久| 天堂网啪啪| 99热午夜精品| 欧美日韩91| 成人网址在线观看| 激情綜合W W W,激情五月天| 婷婷六月爽| 黄网免费看| 久久免费丁香| 亚洲精品九九| 中国女人做爰A片| 天天干天天插| 色婷婷九月| 综合色色婷婷| 欧美一级操逼视频| www.minyis.com【JT】国内CDN落地页保证转化QQ2101460746 | 激情网五月天| 日本久久精品| 另类激情四射| 嫩草视频| 新激情婷婷| 风流少妇A片一区二区蜜桃 | AV五月丁香| 丁香五月天无码AV| 日韩在线视频中文字幕| 色射7856五月天激情四射| 久久九九99视频| 91在线就要啪| 超碰v| 97高清国语自产拍| 少妇人妻人伦A片| 六月激情婷婷| 天天干天天干天天干| 丁香五月色| 午夜丁香| 九九热AV| 婷婷五月丁香基地| 91丨九色丨国产打屁股| 91久久1118| 久久女婷| 欧美色婷婷| 国产这里只有精品| 91狠狠综合久久久| 97色色视频| 成人无码精品1区2区3区免费看| 亚洲精品在线视频| 国产免费一区二区三区三州老师F1F1.CC | 玖玖热视频| www.99热视频| 思思热在线观看| 激情久久久久久久久久| 精品久久9| 五月丁香综合| 婷婷五月天在线观看| 婷婷五月天丁香| 国产精品涩涩涩视频网站| 亚洲午夜成人av电影网| 99热午夜精品| 久热伊人在91| 9l视频自拍九色9l视频在线观看| 中文字幕无码AV| 美女视频图片久久91| 色丁香婷婷| 伊人大综合| 日韩人人操| 久久视频婷婷| 97色色色| 色色色99韩| 亚洲人人操BD| 五月天com| 激情五月丁香五月| 激情第四色| 久久人人添人人爽添人人片αV| 91日本在线| 婷婷五月天av| 超碰操日| 婷婷五月色影视先锋| 五月丁香激情啪啪| 五月丁香六月婷婷免费| www.丁香五月| 伊人激情综合网| 五月丁香婷婷综合| 五月丁香另类网| 26uuu精品一区二区| 色五月丁香五月五月婷婷| 另类综合国产| 色丁香五月| 国产精品18久久久| 丁香九色不卡aaa| 丝袜人妻| 另类小说五月天综合网| 色婷婷六月| 中文字幕成人| 日日噜噜久久婷婷五月天| 婷婷激情综合网| 婷婷五月天成人基地| 色综合久久99色| 国产真实乱了老女人视频| 国产综合久久久777777| 夜夜人妻五月天| 99视频精品全部观看10| 午夜大香蕉| 毛v一区二区视频| 激情五月第四色| 丁香六月婷婷综合缴| 亚洲国产精品VA在线看黑人| 色亭亭九月| 欧美狠狠草| 狠狠插狠狠插| 青青久在线视频免费观看| 99久精品视频| 亚洲综合婷婷| 婷婷五月激情综合| 五月天综合色| 99re这里只有精品免费| 五月婷丁香| 天天草女人| 五月天婷婷色在线视频免费观看| 综合xx网| 欧美在线97| 婷婷九九色| 久久精品在线| 97人人做| 综合激情四射一theav| 亚洲丁香五月天在线视频| 9九色首页| 日本波多野结衣视频| 美女天天久久| 久久色五月| 五月情涩综合婷婷| 久热最新视频| 色婷五月| 婷婷五月丁香综合| 色五月婷婷一二| 激情五月四色| 天天拍天天做视频| 五月丁香狠狠爱| 99热线观看9| 玖玖热视频| 五月美女婷婷风骚| 婷婷成人在线| 大香蕉五月天| 色五月婷婷色| 亚州操操| 色色丁香五月| 综合激情站| 五月天啪啪网| 日韩激情人伦人| 青青青在线视频国产| 五月天丁香六月综合| 超碰超碰在线| 久青操| 色婷婷久久综合久色综| 99热免费18| 五月丁香龟婷婷| 99久久婷婷精品视频| 日日做天天操夜夜爽| 成人免费120分钟啪啪| 99爱免费在线观看| 六月丁香网| 激情五月天啪啪视频| 99re这里只有| 丁香六月婷婷综情欧美| 9999久久久久| 色色五月婷| 五月丁香啪啪| 区区久久妻| 婷婷天堂站| 777.色色| 免费无码毛片一区二区A片| 婷婷五月激情丁香激情| 国外亚洲成AV人片在线观看| 久久婷五月综合色| 欧美三级巜人妻互换| 翔田千里无码| 亚洲综合视频八| 婷婷五月天播播| 综合一区二区三区| 狠狠综合网|