টেলিকম ফ্রেমওয়ার্ক ওভারভিউ

Android টেলিকম ফ্রেমওয়ার্ক (সহজভাবে "টেলিকম" নামেও পরিচিত) Android-চালিত ডিভাইসে অডিও ও ভিডিও কল ম্যানেজ করে। এর মধ্যে সিম-ভিত্তিক কল, যেমন কল যা টেলিফোনি ফ্রেমওয়ার্ক ব্যবহার করে এবং VoIP কল যা Core-Telecom Jetpack লাইব্রেরি প্রয়োগ করে।

টেলিকম যে প্রধান কম্পোনেন্টগুলি ম্যানেজ করে সেগুলি হল ConnectionService এবং InCallService।

ConnectionService প্রয়োগ করার ফলে PSTN-এর মতো প্রযুক্তির মাধ্যমে অন্যান্য পার্টির সাথে কল কানেক্ট করা যায়। ফোনে সবচেয়ে সাধারণ ConnectionService ইমপ্লিমেন্টেশন হল টেলিফোনি ConnectionService। এটি পরিষেবা প্রদানকারীর কল কানেক্ট করে।

InCallService ইমপ্লিমেন্টেশন, টেলিকম দ্বারা ম্যানেজ করা কলের জন্য ইউজার ইন্টারফেস প্রদান করে এবং ব্যবহারকারীকে এইসব কল কন্ট্রোল ও ইন্টার‍্যাক্ট করার অনুমতি দেয়। InCallService-এর সবচেয়ে সাধারণ প্রয়োগ হল ফোন অ্যাপ যা ডিভাইসের সাথে বান্ডেল করা থাকে।

টেলিকম সুইচবোর্ড হিসেবে কাজ করে। এটি ConnectionService ইমপ্লিমেন্টেশন থেকে আসা কলগুলিকে InCallService ইমপ্লিমেন্টেশন দ্বারা প্রদত্ত কলিং ইউজার ইন্টারফেসে রুট করে।

আপনি নিম্নলিখিত কারণে Telecom API প্রয়োগ করতে চাইতে পারেন:

বিকল্প ফোন অ্যাপ তৈরি করা

Android ডিভাইসে ডিফল্ট ফোন অ্যাপের বিকল্প তৈরি করতে, InCallService API প্রয়োগ করুন। আপনার ইমপ্লিমেন্টেশনকে নিম্নলিখিত প্রয়োজনীয়তা পূরণ করতে হবে:

  • এতে কল করার কোনও সুবিধা থাকলে চলবে না এবং এতে শুধু কল করার জন্য ইউজার ইন্টারফেস থাকতে হবে।
  • টেলিকম ফ্রেমওয়ার্কের জানা সমস্ত কল এটি ম্যানেজ করবে এবং কলের ধরন সম্পর্কে কোনও অনুমান করবে না। যেমন, এটি ধরে নিলে চলবে না যে কলগুলি সিম-ভিত্তিক টেলিফোনি কল, অথবা এমন কোনও কলিং বিধিনিষেধ প্রয়োগ করা যাবে না যা যেকোনও একটি ConnectionService-এর উপর ভিত্তি করে, যেমন ভিডিও কলের জন্য টেলিফোনি বিধিনিষেধ প্রয়োগ করা।

আরও তথ্যের জন্য, InCallService দেখুন।

কলিং সংক্রান্ত সমাধান ইন্টিগ্রেট করুন

Android-এ আপনার কলিং সলিউশন ইন্টিগ্রেট করতে, আপনার কাছে নিম্নলিখিত বিকল্প আছে:

  • সেল্ফ-ম্যানেজড Core-Telecom Jetpack লাইব্রেরি প্রয়োগ করা: এই বিকল্পটি স্ট্যান্ড-অ্যালোন কলিং অ্যাপের ডেভেলপারদের জন্য আদর্শ যারা ডিফল্ট ফোন অ্যাপের মধ্যে তাদের কল দেখাতে চান না, অথবা তাদের ইউজার ইন্টারফেসে অন্যান্য কল দেখাতে চান না।

    Core-Telecom Jetpack লাইব্রেরির সাথে ইন্টিগ্রেট করলে, আপনার অ্যাপকে ডিভাইসে সিস্টেম টেলিফোনি কলিংয়ের সাথে ইন্টারঅপারেট করতে সাহায্য করেন। এছাড়াও, Telecom-এর সাথে ইন্টিগ্রেট করা অন্যান্য স্ট্যান্ডঅ্যালোন কলিং অ্যাপের সাথেও ইন্টারঅপারেট করতে সাহায্য করেন। Core-Telecom লাইব্রেরি অডিও রাউটিং ও ফোকাসও ম্যানেজ করে। বিস্তারিত জানতে, কলিং অ্যাপ তৈরি করুন দেখুন।

  • ম্যানেজ করা ConnectionService API প্রয়োগ করা: এই বিকল্পটি কলিং সলিউশন ডেভেলপ করতে সাহায্য করে যা কলের জন্য ইউজার ইন্টারফেস প্রদান করতে ডিভাইসে আগে থেকে থাকা ফোন অ্যাপ্লিকেশনের উপর নির্ভর করে। উদাহরণস্বরূপ, SIP কলিং ও VoIP কলিং পরিষেবার থার্ড-পার্টি ইমপ্লিমেন্টেশন। আরও জানতে, getDefaultDialerPackage() দেখুন।

    ConnectionService একা শুধুমাত্র কল কানেক্ট করার মাধ্যম প্রদান করে। এটির সাথে কোনও ইউজার ইন্টারফেস যুক্ত নেই।

  • InCallService এবং ConnectionService API, দুটিই প্রয়োগ করুন: আপনি যদি নিজস্ব ConnectionService-ভিত্তিক কলিং সমাধান তৈরি করতে চান, তাহলে এই বিকল্পটি আদর্শ, যেখানে নিজস্ব ইউজার ইন্টারফেস থাকবে এবং একই ইউজার ইন্টারফেসে অন্যান্য সব Android কলও দেখানো হবে। আপনি এই পদ্ধতি ব্যবহার করলে, আপনার InCallService-এর ইমপ্লিমেন্টেশন এটি যে কলের সোর্স দেখায় তার ব্যাপারে কোনও অনুমান করতে পারবে না। এছাড়াও, আপনার কাস্টম InCallService-এ ডিফল্ট ফোন অ্যাপ সেট না করেই ConnectionService-এর প্রয়োগ কাজ করা চালিয়ে যেতে হবে।

কলগুলি নিরীক্ষণ করুন

Android 10 (API লেভেল ২৯) বা তার পরবর্তী যেকোনও ভার্সনে রান করা ডিভাইসে আপনার অ্যাপকে ব্যবহারকারীর অ্যাড্রেস বুকে নেই এমন নম্বর থেকে আসা কলকে সম্ভাব্য স্প্যাম কল হিসেবে শনাক্ত করার অনুমতি দেয়। ব্যবহারকারীরা স্প্যাম কল সাইলেন্টলি বাতিল করার বিকল্প বেছে নিতে পারেন। ব্যবহারকারী কল মিস করলে, তাকে আরও বেশি স্বচ্ছতা প্রদান করতে, এইসব ব্লক করা কল সম্পর্কে তথ্য কল লগে রেকর্ড করা হয়। Android 10 API ব্যবহার করলে, কল স্ক্রিনিং ও কলার আইডি ফাংশনালিটি প্রদান করার জন্য ব্যবহারকারীর থেকে READ_CALL_LOG অনুমতি নেওয়ার প্রয়োজন হয় না।

আপনি কল স্ক্রিন করতে CallScreeningService ইমপ্লিমেন্টেশন ব্যবহার করেন। ব্যবহারকারীর পরিচিতি তালিকায় নম্বর না থাকলে, নতুন কোনও ইনকামিং বা আউটগোয়িং কলের জন্য onScreenCall() ফাংশন কল করুন। কল সম্পর্কে তথ্য পেতে আপনি Call.Details অবজেক্ট চেক করতে পারেন। নির্দিষ্টভাবে, getCallerNumberVerificationStatus() ফাংশনে নেটওয়ার্ক পরিষেবা প্রদানকারীর থেকে পাওয়া অন্য নম্বর সম্পর্কিত তথ্য অন্তর্ভুক্ত থাকে। যাচাইকরণের স্ট্যাটাস যদি 'ব্যর্থ হয়েছে' দেখায়, তাহলে বুঝতে হবে যে কলটি কোনও ভুল নম্বর থেকে এসেছে অথবা এটি সম্ভাব্য স্প্যাম কল।

Kotlin

class ScreeningService : CallScreeningService() {
    // This function is called when an ingoing or outgoing call
    // is from a number not in the user's contacts list
    override fun onScreenCall(callDetails: Call.Details) {
        // Can check the direction of the call
        val isIncoming = callDetails.callDirection == Call.Details.DIRECTION_INCOMING

        if (isIncoming) {
            // the handle (e.g. phone number) that the Call is currently connected to
            val handle: Uri = callDetails.handle

            // determine if you want to allow or reject the call
            when (callDetails.callerNumberVerificationStatus) {
                Connection.VERIFICATION_STATUS_FAILED -> {
                    // Network verification failed, likely an invalid/spam call.
                }
                Connection.VERIFICATION_STATUS_PASSED -> {
                    // Network verification passed, likely a valid call.
                }
                else -> {
                    // Network could not perform verification.
                    // This branch matches Connection.VERIFICATION_STATUS_NOT_VERIFIED.
                }
            }
        }
    }
}

জাভা

class ScreeningService extends CallScreeningService {
    @Override
    public void onScreenCall(@NonNull Call.Details callDetails) {
        boolean isIncoming = callDetails.getCallDirection() == Call.Details.DIRECTION_INCOMING;

        if (isIncoming) {
            Uri handle = callDetails.getHandle();

            switch (callDetails.getCallerNumberVerificationStatus()) {
                case Connection.VERIFICATION_STATUS_FAILED:
                    // Network verification failed, likely an invalid/spam call.
                    break;
                case Connection.VERIFICATION_STATUS_PASSED:
                    // Network verification passed, likely a valid call.
                    break;
                default:
                    // Network could not perform verification.
                    // This branch matches Connection.VERIFICATION_STATUS_NOT_VERIFIED
            }
        }
    }
}

নতুন কলে কীভাবে উত্তর দিতে হবে তা সিস্টেমকে জানাতে respondToCall() কল করতে onScreenCall() ফাংশন সেট করুন। এই ফাংশন একটি CallResponse প্যারামিটার নেয় যা আপনি সিস্টেমকে কল ব্লক করতে, ব্যবহারকারী যেমন করেন তেমনভাবে প্রত্যাখ্যান করতে বা সাইলেন্ট করতে ব্যবহার করতে পারেন। এছাড়াও, আপনি সিস্টেমকে এই কলটি ডিভাইসের কল লগে যোগ করা এড়িয়ে যেতে বলতে পারেন।

Kotlin

// Tell the system how to respond to the incoming call
// and if it should notify the user of the call.
val response = CallResponse.Builder()
    // Sets whether the incoming call should be blocked.
    .setDisallowCall(false)
    // Sets whether the incoming call should be rejected as if the user did so manually.
    .setRejectCall(false)
    // Sets whether ringing should be silenced for the incoming call.
    .setSilenceCall(false)
    // Sets whether the incoming call should not be displayed in the call log.
    .setSkipCallLog(false)
    // Sets whether a missed call notification should not be shown for the incoming call.
    .setSkipNotification(false)
    .build()

// Call this function to provide your screening response.
respondToCall(callDetails, response)

জাভা

// Tell the system how to respond to the incoming call
// and if it should notify the user of the call.
CallResponse.Builder response = new CallResponse.Builder();
// Sets whether the incoming call should be blocked.
response.setDisallowCall(false);
// Sets whether the incoming call should be rejected as if the user did so manually.
response.setRejectCall(false);
// Sets whether ringing should be silenced for the incoming call.
response.setSilenceCall(false);
// Sets whether the incoming call should not be displayed in the call log.
response.setSkipCallLog(false);
// Sets whether a missed call notification should not be shown for the incoming call.
response.setSkipNotification(false);

// Call this function to provide your screening response.
respondToCall(callDetails, response.build());

আপনাকে অবশ্যই ম্যানিফেস্ট ফাইলে উপযুক্ত ইনটেন্ট ফিল্টার এবং অনুমতি সহ CallScreeningService ইমপ্লিমেন্টেশন রেজিস্টার করতে হবে যাতে সিস্টেম এটি সঠিকভাবে ট্রিগার করতে পারে।

<service
    android:name=".ScreeningService"
    android:permission="android.permission.BIND_SCREENING_SERVICE">
    <intent-filter>
        <action android:name="android.telecom.CallScreeningService" />
    </intent-filter>
</service>

কল রিডাইরেক্ট করা

Android 10 বা তার পরবর্তী ভার্সনে চলা ডিভাইস, Android 9 বা তার পূর্ববর্তী ভার্সনে চলা ডিভাইসের তুলনায় কল ইনটেন্ট আলাদাভাবে ম্যানেজ করে। Android 10 ও এর পরবর্তী যেকোনও ভার্সনে, ACTION_NEW_OUTGOING_CALL ব্রডকাস্ট বন্ধ করে দেওয়া হয়েছে এবং তার পরিবর্তে CallRedirectionService API ব্যবহার করা হচ্ছে। CallRedirectionService আপনাকে ইন্টারফেস প্রদান করে যাতে আপনি Android প্ল্যাটফর্মের মাধ্যমে করা আউটগোয়িং কল পরিবর্তন করতে পারেন। যেমন, থার্ড-পার্টি অ্যাপ কল বাতিল করে VoIP-এর মাধ্যমে রি-রুট করতে পারে।

Kotlin

class RedirectionService : CallRedirectionService() {
    override fun onPlaceCall(
        handle: Uri,
        initialPhoneAccount: PhoneAccountHandle,
        allowInteractiveResponse: Boolean
    ) {
        // Determine if the call should proceed, be redirected, or cancelled.
        val callShouldProceed = true
        val callShouldRedirect = false
        when {
            callShouldProceed -> {
                placeCallUnmodified()
            }
            callShouldRedirect -> {
                // Update the URI to point to a different phone number or modify the
                // PhoneAccountHandle and redirect.
                redirectCall(handle, initialPhoneAccount, true)
            }
            else -> {
                cancelCall()
            }
        }
    }
}

জাভা

class RedirectionService extends CallRedirectionService {
    @Override
    public void onPlaceCall(
            @NonNull Uri handle,
            @NonNull PhoneAccountHandle initialPhoneAccount,
            boolean allowInteractiveResponse
    ) {
        // Determine if the call should proceed, be redirected, or cancelled.
        // Your app should implement this logic to determine the redirection.
        boolean callShouldProceed = true;
        boolean callShouldRedirect = false;
        if (callShouldProceed) {
            placeCallUnmodified();
        } else if (callShouldRedirect) {
            // Update the URI to point to a different phone number or modify the
            // PhoneAccountHandle and redirect.
            redirectCall(handle, initialPhoneAccount, true);
        } else {
            cancelCall();
        }
    }
}

সিস্টেম যাতে সঠিকভাবে এই পরিষেবা শুরু করতে পারে তার জন্য আপনাকে অবশ্যই ম্যানিফেস্টে এই পরিষেবা রেজিস্টার করতে হবে।

<service
    android:name=".RedirectionService"
    android:permission="android.permission.BIND_CALL_REDIRECTION_SERVICE">
    <intent-filter>
        <action android:name="android.telecom.CallRedirectionService"/>
    </intent-filter>
</service>

রিডাইরেকশন পরিষেবা ব্যবহার করতে, আপনার অ্যাপকে অবশ্যই RoleManager থেকে কল রিডাইরেকশন রোলের জন্য অনুরোধ করতে হবে। এটি ব্যবহারকারীকে জিজ্ঞাসা করবে যে তিনি আপনার অ্যাপকে কল রিডাইরেক্ট ম্যানেজ করার অনুমতি দিতে চান কিনা। আপনার অ্যাপকে এই ভূমিকা না দেওয়া হলে, আপনার রিডাইরেকশন পরিষেবা ব্যবহার করা হয় না।

ব্যবহারকারী আপনার অ্যাপ চালু করার সময় অ্যাপে এই ভূমিকা আছে কিনা তা আপনার চেক করা উচিত যাতে প্রয়োজন হলে আপনি এটির জন্য অনুরোধ করতে পারেন। আপনি RoleManager-এর তৈরি করা ইনটেন্ট লঞ্চ করেন, তাই ব্যবহারকারীর বেছে নেওয়া বিকল্প ম্যানেজ করতে onActivityResult() ফাংশন ওভাররাইড করতে ভুলবেন না।

Kotlin

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        // Tell the system that you want your app to handle call redirects. This
        // is done by using the RoleManager to register your app to handle redirects.
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.Q) {
            val roleManager = getSystemService(Context.ROLE_SERVICE) as RoleManager
            // Check if the app needs to register call redirection role.
            val shouldRequestRole = roleManager.isRoleAvailable(RoleManager.ROLE_CALL_REDIRECTION) &&
                    !roleManager.isRoleHeld(RoleManager.ROLE_CALL_REDIRECTION)
            if (shouldRequestRole) {
                val intent = roleManager.createRequestRoleIntent(RoleManager.ROLE_CALL_REDIRECTION)
                startActivityForResult(intent, REDIRECT_ROLE_REQUEST_CODE)
            }
        }
    }

    companion object {
        private const val REDIRECT_ROLE_REQUEST_CODE = 1
    }
}

জাভা

class MainActivity extends AppCompatActivity {
    private static final int REDIRECT_ROLE_REQUEST_CODE = 0;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        // Tell the system that you want your app to handle call redirects. This
        // is done by using the RoleManager to register your app to handle redirects.
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.Q) {
            RoleManager roleManager = (RoleManager) getSystemService(Context.ROLE_SERVICE);
            // Check if the app needs to register call redirection role.
            boolean shouldRequestRole = roleManager.isRoleAvailable(RoleManager.ROLE_CALL_REDIRECTION) &&
                    !roleManager.isRoleHeld(RoleManager.ROLE_CALL_REDIRECTION);
            if (shouldRequestRole) {
                Intent intent = roleManager.createRequestRoleIntent(RoleManager.ROLE_CALL_REDIRECTION);
                startActivityForResult(intent, REDIRECT_ROLE_REQUEST_CODE);
            }
        }
    }
}