99精品久久精品一区二区-亚洲熟妇无码?v在线播放-日本国产精品无码字幕在线观看-久久久亚洲永夜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
返回資訊列表
五月婷婷丁香深深爱| 九九色影视| 俺也高清无码高清视频| 激情婷婷五月久久| 极品另类| 天天干天天日蜜臀av| 五月激情基地| 伊人婷婷青青cao| 日韩一级一片内射视频4K| 人。妻久久| 99色激| 99热 精品在线| 日日狠狠久久偷偷四色综合免费| 激情综合婷婷五月| 婷婷五月天Av| 久久九九99.www| 婷婷五月天xxx| 久热伊人在91| 亚洲中文字幕在线电影| 91九九九色在| 91.www综合| 91啪啪视频| 婷婷丁香基地在线| 成人婷婷五月天| 99热免费精品| 无码A片一区二区免费| 久久婷婷五月天| 久热这里只有| 五月天六月婷婷| 天天日天天摸天天| 色综合色欲综合天天免费| 五月丁香婷色| 美国不卡视频| 視频福利乱色| 亚洲久久日| 久久奄也去色色网站| 久久九九婷婷| 午夜婷婷久久 | 日本久久激情| 九九色婷婷Av| 亚洲国产黄色电影| 色丁香五月婷婷综合久久| 丁香六月综合| 开心五月深爱五月| 嫩草AV久久伊人妇女超级A| 色综合网址| 婷婷va| AV在线收看| 激情综合无码| 桔色成人官方网站| 天天综合图片| 五月丁香五月天现场视频| 色五月婷婷91| 这里只有精品免费在线视频| 97人妻碰碰中文无码久热丝袜| 日熟女| 丁香六月欧美| 五月亭久久无码视频| 超碰97在线操| 丁香五月婷婷国产在线| 色色丁香五月天社区| 丁香五月婷婷国产av| 欧洲第一无人区观看| 91色九| 久热这里只有精品6| 久久综合五月天| 狠狠干综合网| 成人综合视频在线| 超碰av在线| 99免费| 91成人性爱视频| 91精品久久久久久久| 色五月大| 能看的AV| 五月婷色丁香| 另类在线| 五月天色视频| 久久丁香五月婷婷| 超PEN精品在线| 日韩黄在免| 国产性爱大片久久| 97人人搞| 色婷婷丁香中文在线播放| 久色五月婷婷综合| 99无码精品| 另类激情五月| 亚洲国产精品成人午夜| 丁香花成人区| www.五月激情.com| 国产性爱一级| 久久久久久久久久久久久9| 丁香婷婷九月在线| 亚洲五月婷婷| 日韩视频99| 天天夜夜操| 激情六月婷| 99视频| 老司机伊人| 97操在线视频| 丁香五月花| 天天色凹凸| 欧美日本黄色| 狠狠干.com| 99免费青青蜜臀| 婷婷五月色综合| 亚洲视频a| 开心日韩丁香婷婷五月| 99热最新精品| 微拍92| 97碰碰视频在线观看免费| 国产成人网| 日日干干天天干| 丁香 亚洲 久久| 久久精品4| 国产精产国品一二三在观看| 激情丁香婷婷六月天| 播五月丁香六月| 国产avapp 网| 久久久久久久久久久久久久久久久精典| 伊人久久婷婷| 丁香婷婷六月| 亚洲五月情| 五月婷婷深爱六月| 婷婷激情九月| 国产亚洲色婷婷久久99精品91 www.riverspirits.org www.hnnun.com www.changh | 天堂五月婷婷| 色五月婷婷五月久久| 日日干天天爽| 99爱在线| 欧美激情-区二区三区| 国产精品视频免费看| 久久婷婷五月天激情新地址| 丁香六月 婷婷六月| 少妇达人正片在线播放_ikun_福利吧| 中文字幕成人网站| 99热精品在线播放观看| 少妇综合网| 五月丁香婷色| 久99久视频| 玖玖午夜视频| 激情五月天开心| 中文字幕成人网站| 九九婷婷五月天影视| AV在线资源| 婷婷五月色综合香五月| 天天拍久久| 天天插天天插天天插天天插| 91丨九色丨国产打屁股| 综合色播| 26uuu国自产精品| 性生活视频98791| 超碰人人摸AV| 久久人妻视步| 久热re在线视频| 五月天婷婷丁香视频| 色香欲综合| 玖玖激情五月天| 97成人视频| 婷五月天在线草| 99色婷婷| 狠狠艹狠狠艹| 日本精品人妻无码77777| 人妻久久久久久久久妻久久久久久久久| 丁香狠狠色婷婷| 五月天色欧美| 91成人看片| 久久久99日本大片| 欧美性爱五月天| 丁香六月啪| av在线观看网站| 久久伦乱| 性做爰1一7伦| 蜜桃五月天| 精品9l九九九九九77777| 五月婷婷丁香在线视频| aaa9区免费在线观看| 26uuu亚洲精品国产| 久久亭亭电影| AV九九| 日本在线视频播放91| 激情99热| 大香蕉啪啪网| 丁香五月色| 五月丁香久人妻中文| 丁香婷婷激情| 国产密乳av一区二区三区四区| 九九99男女视频在线观看| 涩综合婷婷| 大香蕉人在线65| www久久久久久久97| 狼人久草| 激情五月天色色色| 色色婷婷五月| 激情五月综合婷婷| 五月丁香激情五月天| 610018岁成人视频| 久久98| 6月丁香婷婷激情| 91精品激情9| 99国产视频网| 综合xx网| 9 1超碰九色| 成人精品视频99在线观看免费| 日日夜夜小色哥| 久啪欧美| 色综色网| 五月天伊人网| 99爱视频| 久久婷婷婷婷伊人| 色婷婷五月开心六月综合| 性视频久久| 久久伊人日日夜夜| 久久五月丁香| 大香蕉人人网| 五月天丁香婷婷视频网址| 九九热免费视频| 99色综合| 99精品在线观看视频| 日本猛少妇色XXXXX猛叫| 九一99| 婷婷六月丁香激情| 五月天婷婷社区久久综合| 亚洲色婷婷| 丁香五月综合亚洲| 丁香月五月天婷婷久久| 久久三级视频| 91免费看片| 六月激情网| 五月婷婷综合在线| 五月丁香六月激情欧美综合| 丁香婷婷久久老熟女综合网| 五月亚洲激情| 婷婷六月丁香综合| 九色91国产| 四虎99热在线观看网站| 色爽干| 99热这里只有精品3| 久久99性爱| 深情六月婷婷综合久久| 五月天婷婷基地丁香| 大香人妻| AV在线二十六页| 中文字幕网伦射乱中文| 婷婷伊人綜合中文字幕| 五月天激情图片| 日韩在线婷婷五月天综合| 三区激情四射av| 色色激情五月| 五月丁香亭亭操逼| 97人人搞| 超碰二区| 九九色精品| 欧美日韩成人在线观看| 欧美性爱一区| 久久精典| 91碰碰| 91窝窝| 91色色五月天| 婷婷亚洲在线| 免费成人网在线观看| 婷婷五月天性色| 日本精品人妻无码77777| 五月丁香偷拍| 日本精品人妻无码77777| 无码99| 色丁香婷婷美女视频网站| 久久五月丁香| 综合色五月天| 丁香五月亚洲婷婷| 99热成人在线观看| 女人天堂AV| 噜噜色婷婷| 日日夜夜狠狠干| 婷婷五月丁香网| 激情小说五月欧美亚洲丁香| 五月丁香六月色| 天天操天天插| 色爱亚洲| 五月丁香本色在线观看| 超碰97久久| 欧美日韩国产日本精品四虎网网站物| 久久五月天视频| 中文字幕日韩成人| 久久久久婷婷五月热综合| 欧美五月丁香啪啪响视频| 人人操Av| 亚洲五月婷婷在线| 日日操日日撸| 天天射影院| 欧类av怡春院| 9久久AV| 天天肏在线观看| 午夜丁香| 五月丁香激情婷婷综合| 婷婷色五月激情强奸四射| 九九热这里只有精品7| 极品人妻VideOssS人妻| 激情六月天| 精品一二三区久久AAA片| 亚洲视频在线观看| 久七香蕉| 婷婷激情综合网| 色婷婷六月天在线| 丁香色色网| 五月丁花色综合网| 成人片在线播放| 大香蕉99| 五月婷婷香| 色婷婷先锋| 色久综合| 天天操天天曰天天射| 十区AV| 伊人干综合| www.狠狠操.com| 99re思思久久| 欧美成人猛片AAAAAAA| 五月婷婷 自拍| 色五月天丁香| 欧美成人A片AAA片在线播放| www.狠狠| 成人在线精品| 日本成人噜噜噜| 五月婷婷基地| 久久总和99| 26uuu激情五月天| 麻豆雪千夏| 久久久GOGO无码啪啪艺术 | 丁香婷婷久久 | 日本色综合| 六月丁香网| 人人操碰| 色色色激情网| 丁香五月色播中文在线播放| 97操视频| 97五月婷婷| 99热在线中文字幕| 婷婷综合网| 婷婷丁香综合在线| 思思热国产| 五月天激情综合| 九九精品99久久久| 色综合久久伊伊婷婷五月| 婷婷成人视频| 密视AV综合在线| 天天色综合色| 丁香久久| 777久久精品| 久久久久亚洲AV无码网影音先锋| 婷婷狠狠操| 亚洲视频国产一区| 色婷婷久久综合| 超碰AV在线| 婷婷久久婷婷色五月| 婷婷丁香六月五月天| 草综合14| 99久久高清视频| 亚洲婷婷五月天激情综合| 九色PORNY9l原创自拍| 婷婷五月丁香综合激情| 国产精品视频免费看| 噜噜五月天综合| 国产成人va在线| 色婷婷综合电影| 日本久久激情| 欧美色色色| 色综合久久天天综合网| 天天综合干| 亚洲色综久久五月| 天天干天天操天天爽| 熟女色色一区二区| 丁香五月精品| 伊人青涩网| 五月天影院| 色婷婷成人做爰A片免费看网站| 丁香婷婷啪啪| 香蕉AV777XXX色综合一区| 亚洲乱码日产精品BD| 六月丁香六月婷婷欧美| 国产熟女日日骚五月丁香爱| 九九色逼| 色吊丝av中文字幕| 久久婷婷五月综合伊人| 六月婷婷久久| 日韩色色视频www| 九九AV在线| 国产又爽又猛又粗的视频A片| 可以直接看的av| 人人操AV| 五月天婷婷丁香视频| 97久久久久久久久久久| 丁香五月婷久久| www网站在线观看| 色香久久| 激情五月第四色| 国产成人精品一区二三区熟女在线 | 亚洲永远av在线播放| 99色免费视频| 激情综合九月| 大战熟女丰满人妻AV| 色色色色色爱| 久久精品婷婷五月丁香| 超碰AV在线| 国产精品激情五月天色婷婷| 在线不卡中文字幕| 免费无码毛片一区二区A片 | 精品爱欲五| 天天色宗合| 精品网站:999WWW| 丁香成人五月天| 狠狠操.COM| 婷婷五月六月| 色噜噜狠狠色综合成人网| 婷婷亚洲综合| 婷婷丁香五月综合激情小说| 99在线观看视频| 无码激情AAAAA片-区区| 久久精彩免费视频| 色婷婷六月综合| 天色综合网| 可以免费观看的AV| 久久亚洲天堂| 色久免费| 亚洲久热| 99热资源在线| 91黄色五月天视频| 日本三级日本三级99| 五月激情久久综合网| 中文精品在| 无码91中文字幕| 激情婷婷久久| 色婷婷小说| 五月天丁香久久| 色99色| 久久五月天丁香| 综合另类视频| 婷婷五月天激情文学| 婷激情五月天视频导航| 色婷婷五月天成人网| 婷婷综合丁香| 国产午夜成人免费看片无遮挡| 日本WWW九九九| 热99这里只有精品视频| 开心婷婷五| 日本A片一区| 国产成人精品亚洲线观看| 婷婷色操| 综合网亚洲| 激情久久五月网| 三级三久久线久久99久目本WW| 99精品丰满| 免费无码毛片一区二区A片 | 五月花激情网| www99精品日韩| 日日干夜夜干| 另类视频五月天| 亚洲激情婷婷| 丁香婷婷基地| 天天摸天天肏| 婷婷丁香色情| 夜夜资源站| 婷婷五月丁香五月综合网| 九九热这里只有国产精品| 综合在线网| 五月天激情小说| 9热视频在线观看| 超碰资源在线| 激情五月婷婷网| 色婷婷视频在线| 99爱在线精品视频免费观看| 日本少妇裸体做爰高潮片| www99热| 91色欲综合| 色色色色丁香| 色五月丁香91| 色五月av| 色婷婷小说| 激情综合久久| AA片在线观看视频在线播放| 欧美成人AAA片一区国产精品| 国产激情综合| 免费看欧美成人A片无码| 综合色播| 日韩在线观看网址| 婷婷激情五月天桃花网| 久热婷婷在线视频| 日韩AV片| 乱女乱妇熟女熟妇综合网站| 五月天小说激情| 五月激情偷拍婷婷| 天天爽夜夜爽| 成人网址在线观看| 天天天天天日| 性做久久久久久久免费看| 久久人人做人人妻人人玩精品va| a免费在线| 一级七香蕉| 国产精品人妻在线网址| 久久五月丁香婷婷| 精品人妻久久久| 久久 视频这里只有精总| 五月婷婷影| 九九热短视频在线观看| 五月综合无码| 午夜丁香| 丁香激情综合| 99爱99操| 天天日,夜夜爽| 夜夜爱网站| 婷婷六月香| 免费啪啪啪网站| 色五月综合在线| 亚洲avjiujiur91| 婷婷综合激情五月综合| 精品网站:999WWW| 亚洲天天操| 欧州婷婷五月天综合| 国产亚洲色婷婷久久99精品91 www.riverspirits.org www.hnnun.com www.changh | 99人这里只有精品| 亚洲久久婷婷丁香五月天| 黄色AAAAA| 色婷婷操逼| 六月丁香婷| αV电影| 99日本精品视频热| 婷婷六月色播| 亚洲热视频在线| 5月丁香综合图区| 天天摸天天肏| 婷婷 色 丁香 夜| 亚洲精品色| 六月综合婷婷开心伊人| 婷婷五月天.com| 色色色综合| 国产精品久久久久久久久久| 婷婷五月亚洲综合| 丁香五月另类小说在线阅读| 六月婷婷av| 五月天婷婷狂暴白浆| 91色色色| 深爱激情综合| 日韩精品呦呦va| 成人在线网址| 五月天婷婷7米| 开心五月婷婷五月| 五月激情网站| 偷偷操九九| 激情五月综合色婷婷| 99操久久| 99色日本| 五月天播播中文字幕| www.99热国产| 婷婷五月天va| 人人操AV| 久久久久妻| 婷婷五月天亚洲综合| 婷婷五月天免费99| 丁香五月激情综合网激情五月| 色五月激情| 无码一级片| WWW色综合| 亚洲婷婷丁香| 久久婷五月综合| 99精品视频免费| 1024操逼视频| SS丁香五月婷婷| 中文字幕成人| 五月丁香在线视频观看| 日本色道视频网站| 九九香蕉网| 色噜噜五月天| 亚洲成人另类| 九月色婷婷综合| 毛片蕉地一二| 99色色视频| 久久影视婷婷五月| www.夜夜操| 亚洲操B视频| 婷婷五月草| 超碰人人操人人9| 婷婷成人五月天成人文学小说| 色香蕉婷婷| 激情综合亚洲色婷婷五月| 五月丁香久久| 综合激情综合啪啪| 日韩av在线播放综合网| 五月婷婷六月丁香激情| 性爱视频99| 婷婷激情六月中文| 天天艹夜夜艹| 亚洲AV综合在线观看| 九色PORNY自拍成人精彩视频| 99精品人人| 在线观看欧美| 欧美天天草人人草| 亚洲乱码日产精品BD| 内射丰满人妻| 四色五月视频| 26uuu精品一区二区| 百度4399有码精品V在线观看| 玖玖热视频| 99精品一二三四视频| 99精品在这里| 开心五月激情五月丁香五月婷婷| 国产在线视频1234| 青草五月天| 亚洲区视频| 性爱久久| 婷婷五月天激情开心网| 99久久婷| 丁香六月婷婷操逼网| 激情五月婷婷开心网| 五月丁香亭亭操逼| 欧美大肥婆大肥BBBBB| 欧美va亚洲va在线播放| 色婷婷国产精品综合在线观看| 在线色色| www.色五月天.com| 69久久99精品久久久久婷婷| 色婷婷av在线观看| 色五月天中文字幕| 成人版视频在线观看| 日日噜噜夜夜狠狠久久丁香五月| 欧美激情-区二区三区| 五月天激情四射网站| 无码激情AAAAA片-区区| 天天操天天曰| 激情婷婷人妻| 五月天婷婷激情六月久久 | 丁香五月亚洲综合丝袜| 婷婷六月天| 婷婷在线五月天观看| 天天操狠狠操| 激情六月丁香综合| 色五月婷婷AV| 亚洲情综合五月天| 伊人久久大香网| 久久99久久99精品免观看软件| 97干在线播放| 激情婷婷五月丁香啪啪啪| 色综合久久99色| 青青福利网| 欧美日朝成人| 七月婷婷色香综合网| 影音先锋一区二区三区| 久热这里只有精品在线| 黄色大片又大粗又爽| bukadeavzaixian| 久久久久久人妻久久久久久久久久人妻久久久| 大香蕉九九| 五月丁香激情啪啪| 婷婷伊人綜合中文| 人妻内射一区二区在线视频| 久久久久久久久99精品| 婷婷色色播五月天| ay2区| 黑人熟妇一区二区三区| 男女啪啪视频久 9| 国外亚洲成AV人片在线观看| 色婷婷丁香| 色婷婷成人| 26uuu91| 天天射影| 粉嫩av蜜桃av蜜臀av| 99热在线网站| 久久综合9| 国产精品久久久久久久久久免费| 99热这里只有精品中文字幕| va亚洲中文在线| 丁香六月婷婷综合麻豆| 天天开心婷婷丁香五月| 亚洲综合色色| 丁香六月啪| 国产精品日日躁夜夜躁| 伊人网啪啪| BBWCUCKOLD精品熟妇| 99久久网站| 亚洲乱啪| 97搞在线| 大香蕉视频婷婷| 色爆五月| 亚洲黄网AV| 久久精品A片777777| 97综合在线| 婷婷天堂站| 天天日天天爽| 久久婷婷六月综合| 成人做爰A片免费看视频| 丁香五月婷婷av| 五月天色色婷婷| 日韩 中文 欧美| 五月色婷婷中文字幕| 手机旧版看人妻1025| 伊人婷婷色| 4438激情网| 色婷婷久久久| 色99色| 开心激情婷婷| 91丁香色| 亚洲四色五月| 日本色图综合| aaa丁香五月天| 青青草搞屄视频网站| 五月丁香在线婷婷蜜桃| 狠色色狠网| 思思热视频| 成人欧美日韩| 丁香九月激情| 婷婷五月丁香伊人网| 欧美久草在线日本一级特黄大片做受9在线观看韩国电影《两个女人》未删减-毛片 | 人妻中文av| 密乳Va| 碰97久久| 婷婷五月天在线综合导航| 99色热视频| 深爱婷婷丁香五月激情| 日本久久人人| 色色色综合色| 九九九九九九热| 五月丁香婷婷婷激情爱爱| 外国碰视频网站97| 五月天婷婷丁香蜜桃91| 五月草视频| 婷婷久久综合久| 婷色影院| 五月丁香婷中文| 五月夜丁香| 99视频这里有精品| 99热在线看片| 成AV人片一区二区三区久久| 一级无码作爱片| 丁香五月综合无码趴趴| 这里只有视频精品| 婷婷激情五月天在线| 九月婷婷色色| 激情五月黄色| 色五月激情视频在线综合| 开心激情站婷婷五月天| 激情丁香婷婷| 九九Y精品热播| 久久丁香五月综合六月激情红杏视频 | 七七九九色色| 五月天偷拍| 中文字幕丰满孑伦无码专区| 天堂久久性| www.伊人天堂偷偷婷婷| 五月婷婷色影院| 999热在线观看视频| 丁香五月天网站| 99re这里有精品手机在线| 五月婷婷中文字幕| 五月做爱| 欧美天天干五月丁香| 熟女网站久久| 亚洲无AV在线中文字幕| 婷婷丁香宗合888| 天天射综合网夜夜操| 九九伊人网| 九九99热| 婷婷日日夜夜| 日本人妻伦在线中文字幕| 五月婷婷色影院| 丁香六月激情国产| 久久婷婷六月综合国际| 久久久久8888| 婷婷婷婷婷婷婷婷| 色婷婷在线视频观看| 五月天婷婷自拍图片在线观看| 久久婷婷久久| 婷婷五月综合色小姐小说| 婷婷丁香五月久久| 久久久免费精彩视频| 五月天激情啪啪| 久久少妇视频| 色吧网91| 婷婷色色网| 五月综合激情| 丁香五月天信号| 久久婷婷视频| 午夜丁香六月婷| 这里只有精品网| 久久婷婷免费| 狠狠干青青草| 久久综合久色欧美综合狠狠| 久久人妻爱爱| 久久精品99| 天天日日夜夜爽| 色播五月| 五月天婷婷久久日| 亚洲AV网站| 粉嫩av蜜桃av蜜臀av| 亚洲婷婷久久综合| 五月丁香六月婷婷成人| 久久婷五月综合| 天天综合五月天| 黄色一级影片| 天堂色婷婷| 另类激情五月| 婷婷五月天网址| 婷婷涩涩五月天| 欧美图片丁香五月天| 97色女人在线| 妇激情基地| 五月开心久久| 久久与婷婷| 国产熟妇乱子伦hd| 色偷偷狠狠| 九九9久九9国产视频| 婷婷五月精品在线| 996热re视频精品视频这里| 99人妻碰碰久久久禁片| 精品成人无码A片观看香草视频| 丁香五月花影院| 五月开心深爱激情网| 色婷婷影音| 99热综合网| 九九性视频| 婷婷中文字幕| 99久久er| 欧美日韩成人在线网| 中文字幕在线免费| 激情五月图| 操B无码视频国语| 婷婷五月天伊人| 色婷久久| 日韩av一区二区在线/日产精品久久久| 五月婷婷丁香五月婷婷| 99久免费视频| 五月丁香六月激情欧美综合| 夜夜骑日日夜夜| 色噜噜狠狠狠狠色综合久欧美| 99热色精品| 天天日天天添| 婷婷碰碰| 五月丁香啪啪啪啪| 九九久久99| 综合九九久久| 97色色视频| 九色色| 丁香五月在线自慰| 国产肥白大熟妇BBBB视频| 激情www| 天天摸天天舔在线视频| 五月激情四射网站| 色三级色三级| 色五月色综合| 狠狠色狠狠| 99热10在线高清播放| 久99视频在线观看| 激情婷婷五月基地| 丁香蜜臀黄色婷婷五月天| 亚洲亚洲人成综合网络| 九九成人| 婷婷丁香人妻久久在线观看| 超碰在线观看9| 亚洲 在线 另类| 日韩精品二三区| 五月丁香久久| 综合玖玖偷拍| 桃色五月婷婷| 99热这里只有精品4| xxx.色婷婷| 青青草深爱激情网| 97人人搞| 久久综合综合综合| 极品少妇XXXX精品少妇偷拍| 99色在线观看视频| 天天干天天 亚洲| 另类图片色五月| 激情五月婷婷色色| 日本少妇裸体做爰高潮片| 婷婷五月天视频亚洲| 99热精品10| 色五月超碰| 91N 一起草| 四虎成人精品永久免费AV九九| 五区毛片七区毛片| 嫩草综合网| 久久伊人五月天| 1024成人在线观看| 色九月丁香婷婷蜜桃在线观看| 99综合网| 久综合| 久久久久久人妻久久久久久久久久人妻久久久 | 国内9l视频自拍老熟女九色| 婷婷五月天av| 亚洲无码99| 亚洲精品**不卡在线播he| 亚洲另类电影| 亚洲六月婷婷| 亚洲成人免费电影| 色天堂在线| 99这里只有精品视频| 丁香五月激情综合啪啪| 青青福利网| 国产五月天激情小说| 五月激情五月丁香| 亚洲精品**不卡在线播he| 精品9197碰| 六月婷婷激情| 超碰人人艹| 久久久.COM| 久久久99视频| 婷婷情色五月天| 蜜臀99精品| 啪啪综合| 淫视馆aV二区一区| 91精品久久久久| 无码激情| 九九激情| 色婷婷丁香五月| 色五月婷婷中文字幕| 九九aV| 狠狠操天天干| 精品无码久久久久久久久| 777精品久无码人妻蜜桃| 国产黄大片在线观看画质优化| 伊人综合网站| 久久R激情| 人妻Av在线| 99九精品| 99热精品99| 九九热AV| 丁香五月aV| 激情婷婷五月基地| 亚洲五月天婷婷| 九九大香视频| 五月天狠狠| 国产精产国品一二三在观看| 久久免费高| 99色久| www.91色| 亚洲婷婷五月草久| 婷婷五月天干干| 五月天婷婷久久视频| 日韩另类| 色婷婷基地 | 丁香五月久久社区| 欧美婷婷丁香五月社区| 99久热在线精品| 五月天婷婷伊人| 亚洲狠狠干| 91一起操| 中文字幕一色哟哟哟哟| 99久免费视频| 99久久婷婷国产综合精品青桔| www.色五月| 激情五月天色爱| 六月婷婷五月丁香| 91精品综合久久婷婷九色| 99热只有这里有精品| 激情性爱五月天网页| 国产精品汇聚精彩第二页 - 高清完整版在线 - 青蛙AV | 六月婷婷五月丁香首页| 丁香五月中文字幕久色| 成人综合AV| 亚洲婷婷月丁香五月| 人人操A| 色五月丁香婷婷久草| 五月婷婷AV| 五月婷婷先锋| 激情综合啪啪| 天天色天天舔天天爱天天爽| 婷婷激情在线| 九七色色六月丁香| 五月丁香六月综合基地| 韩国婷婷丁香五月| 婷婷射图| 97超级碰人人| 亚洲五月天,激情视频| 色五月激情综合| 97碰碰人人| 九色视频入口91| ay2区| 九九热精品| AA片在线观看视频在线播放| 婷婷久久性爱| 武汉美女啪啪视频免费一级片| 91综合国免费久入| 97caop| 欧美操人| 少妇人妻人伦A片| AV在线不卡播放| 日本老女人黄页在线播放| 五月六月丁香激情| 少妇2做爰HD韩国电影| 嫩模aV在线| 开心激情播播五月天| 五月婷丁香| 黄色三级日本| 九九婷婷五月天影视| 色婷婷五月综合| 激情五月天视频| 国产 亚洲 在线| Av在线资源| 婷婷综合五月天激情| 久久久久久激情| 亚洲电影中文字幕| 97久久超碰| 五月婷婷在线视频观看| 亚洲综合网在线| 精品色情一区二区三区四区| 97热这里只有精品| 北条麻妃伊人 | 色婷婷电影| 97碰人人操| 伊人婷婷91| 丁香五月成人av| 色婷婷基地 | 草操网| 日日夜夜干| 99热在线精品观看| 婷婷五月天欧美图片在线播放电驴| 午夜成人片400| 五月天无码视屏播放| 欧美色99| 91无码视频| 日韩狠狠色| 人操人人| 久狠狠| 性爱激情小说AV五月丁香花| 丁香五月婷婷激情中文| 欧美大肥婆大肥BBBBB| 天天狠狠婷婷在线| 日本一级特黄大片AAAAA级| 丁香六月综合激| 亚洲美女网Va| 97精品自拍视频| 国产精品视频免费看| 婷婷大乡焦噜噜| 色婷婷激情| 狠狠综合网| 五月天综合婷婷| www.99热在线| 色导航色婷婷五月天在线观看| 伊人激情网| 播五月开心婷婷欧美综合| 操91综合网| 婷婷九九色| 九九这里都是精品| www,超碰| 999热这里只有精品| 天天做天天要天天爽| 6 9式性爱视频在线播放| 蜜臀99精品| 日日噜狠狠色综| 99福利视频导航| av色婷婷| 99视频精品8| 射久久丁香五月| 色9999日韩国产| 79色色色色| 中美月韩免费A片| 亚洲国产精品VA在线看黑人| 六月婷婷在线| 婷婷丁香社区网| 五月丁香啪| 伊人婷婷五月天av| 中文字幕激情综合| 日日夜夜狠狠| 五月丁香婷庭在线| 啪色综合| 婷婷五月天小说| 欧洲综合视频在线观看。欧洲,亚洲综合食品在线观看。 | 大香蕉久久婷婷| 九热视频| 婷婷综合网| oumeisesewang| 在线99精品| WWW.国产| 丁香九九九九| 战争与艾拉电影免费观看| 色综合区| 亚洲天堂AV综合网| 婷婷五月婷婷| 亚洲激情综合| 美女主播野战视步页| 婷婷午夜精品久久久| 五月丁香六月激情| 欧美日韩999| 婷婷五月天激情五月天深爱五月天| 久久曰曰| 2005天天干天天1| 专区无日本视频高清8| 色综合大香蕉| 丁香婷婷婷五月| 色五月av伊人| 九月激情网| 婷婷综合日本| 五月婷婷香蕉| 婷婷久久网| 99久.| 99精品视频网| 永久地址 色| 中文字幕+乱码+中文字幕在线观看| 欧美色九| 中文字幕人妻AV| 免费视频WWW在线观看网站| 欧美日综合| 婷婷玖玖五月天| 婷婷五月天狠狠| 久热这里精品免费| 激情综合网络插| 97综合在线| 伊人久久大香蕉网| 99热精品网| 丁香五月婷婷五月基地| 无人区码一码二码三码医生系列| 91综合在线| 国产综合色婷婷精品久久| 丁香五月六月综合欧美| 另类激情网| 天天情色五月天| 思思99re这里只有| 丁香婷婷五月天色播| 秋霞午夜理论| 欧美五月丁香在线| 九九av| 久久久中文| 五月丁香婷婷色色| 91viP在线看| 超碰免费人妻| 51成人| 综合大香蕉| 91色在线/日韩| 亚洲永久免费| 无码动漫av| 天天草天天爽| 97干视频在线| 五月婷婷深深爱| 国产精品国产| 991国产精选视频在线播放下载| 综合色色婷婷| 九热免费视频| 中文字幕视频在线播放| 欧美熟女99| 人妻久久久久久久 | 色五月天电影| 爱射综合| 少妇被下春药玩弄A片| 国产99久久久国产精品免费看 | 99无码视频| 极品人妻VIDEOSSS人妻| 婷婷不干网| 成人五月天综合网| 99热99日天天干| 停停综合色色| 色综合天堂| 久久综合九九| 久久激情综合| 五月停停丁香| 色色色综合色| 激情综合无码| 美日韩成人| www婷婷色| 久久精品五月| 亚洲操逼片| 亚洲天天免费| 丁香五月激情鲁| 亚洲va综合va国产va中文| 婷婷天堂综合| 亚洲婷婷五月天| 草榴视频黄色网| 国内一级精品| A一级操| 天天色激情| 99热爱爱干干日| 色婷婷成人做爰A片免费看网站| 色哟呦av| 91精品国产日韩91久久久久久国模| 九九香蕉网| 亚洲一区二区无码蜜乳av| 另类激情五月在线视频欧美| 五月色综合| 激情涩播| 69久久99精品久久久久婷婷| 夫妇交换刺激做爰| 成人短视频在线观看| 精品久久人妻热| 久久九九大香蕉电院| 中文字幕综合| 天天爽天天| 六月色婷婷综合影视| 五月天色色激情综合| 日日操,夜夜撸| 久久永久视频| 国产3p露脸普通话对白| 我去色色网五雨天| 欧美天天综合网站上去吧| 狠狠狠色激情综合适合| 色区久久| 九热电影av| 激情99。| 色欲久久久久久综合网综合网| 91丨九色丨东北熟女| 国精产品一区二区三区| 五月天婷婷色五月天| 激情五月婷婷丁香| 婷婷色导航| 超碰无码318604| 九九亚洲视频| 五月婷婷综合色啪首页| 国产片天天爽夜夜爽| 五月婷婷六月丁香综合在线| 久久久久久久久久8888| 国产精品色婷婷久久久精品| 激情五月五月五月婷婷| 国产亚洲99久久精品| 天堂网亚洲色图| 亚洲五月六丁香激情| 激情五月丁香社区| 九月丁香婷婷网| 干亚洲天堂| 婷婷五月天奸女| 九久热| 狠狠擼综合| 亚州操人在线视频| 五月天激情图片网| 99热这里有精品2| 伊人婷婷五月天| 91热在线| 能看的AV| 91伦| 精品少妇蜜臀91| 五月婷婷深深爱| www.99色| 午夜亚洲国产精品av一区二区| 微拍92| 人人人操97| 国产看真人毛片爱做A片| 99热国品免费| 91久久1118| 久久婷婷久久| 激情五月天 婷婷| 不卡成人免费| 久久这里99| 亚洲国产精品VA在线看黑人| 丁香六月婷婷久久综合八月| 夜夜 操无码| www.99热在线| 日本五月天激情| 久操大屁股女人av| 丁香五月婷婷激情蜜桃| 综合狠久久| 操丝袜视频影院导航| 亚洲国产精品VA在线看黑人| 99热这只有| 五月天激情国产综合婷婷婷| 激情综合青草| 五月丁香婷婷啪啪| 婷婷97狠狠干| 五月婷婷久久综合| 激情五月天噢美| 深爱激情五月天| 这里只精品| 亚洲国产精品VA在线看黑人| 丁香久久AV| 色五月激情五月| 狠狠操.COM| 色呦呦在线| 色婷婷精品| 97人妻碰碰碰久久久久-最近国语高清| 色五月女| 五月久久婷婷天堂视频| 97人人操| 午夜婷婷丁香| 国产亚洲精品AAAAAAA片|