Closed Bug 828212 Opened 11 years ago Closed 11 years ago

[Bluetooth]HFP PTS TC_AG_SDP_BV_01_I test case fail

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: shawnjohnjr, Assigned: shawnjohnjr)

References

Details

Attachments

(4 files)

SDP_BV_01_I.
To verify that the IUT can respond to Service Search requests in various conditions.
-Before pairing
-After pairing
-After SLC connection
-After a call is made active with audio routed to the HF.
	- MTC: Service discovery is successful before pairing.
	- AT: SPP connect succeeded
	- AT: Service Level Connection established
	- AT: post SLC command sequence complete
	- AT: Service Level Connection disabled
	- MTC: IUT is paired with PTS.
	- MTC: Service discovery is successful after pairing.
	- FATAL ERROR (AT): Error in SPP connect response
	- MTC received unexpected EXIT message from AT component
	- MTC: Test case ended
Assignee: nobody → shuang
From the trace, it looks like SPP connection dropped from phone. We need to check into detail why connection was been ignored.
I suspect the root cause is we try to CloseSocket whenever we have an another new Handsfree SLC handshake. When there is an incoming connection, we dropped it. Need to review connection management for HFP.
Invest this issue in detail. Check with test case log from HF side.
It caused by the timing of SPP connection request from HF side.
It's not related to CloseSocket. But it's like SPP request sent from HF side but pairing not yet finished. So AG side reject SPP connection.

+35490 ms
Receive event:           :[164]SPP?SPP_CONNECT_CFM=PDU:{
                           bd_addr:'48282FF9B466'O,
                           channel:'0A'O,
                           dlci:'14'O,
                           framesize:666,
                           accept:GcFALSE,
                           result:RFCOMM_ESTABLISH_DENIED_SECURITY_e
                         }
This issue was caused by temporary link key. Due to temporary link key only temporary stored. After connection session eneded, which cause PTS error due to Negative Link key reply response (Key Missing).
Found issue was caused by PTS test tool "Deleted" link key option which cause problem. It's not device issue. Make Link key option (PIXIT) TSPX_delete_link_key = FALSE. This test case can pass.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: